Кстати, где-нибудь дают гривневые кредиты с фиксированным процентом?
Дмитрий, спасибо за иллюстрацию.
С другой стороны людей ведущихся на дешевку всегда было и будет больше, поэтому в плане бизнеса надежней двигаться в сторону таблоида.
Вот это я понимаю уровень обсуждения!
Кроме этого у меня куча баек из вторых рук, ну и из первых еще пара найдется. Если коротко, то украинская наука это жесть.
В общем получается что редактирующий как бы лучше знает что пишуший хотел сказать, потому думаю сразу можно за него и на вопросы отвечать.
@Александр Соловьёв
Хм, позицию свою не объяснишь? А то непонятно, то ли ты не осознаёшь, что дал тебе универ, то ли что?
Поскольку кто-то правит мои сообщения на форум я думаю лучше пусть он сам и ответит, я в таком формате не общаюсь. А если таки интересно стукни в аську.
Если бы я так сделал, зачем мне тогда было бы давать себе такой совет?
Именно забить и пойти работать, можно грузчиком.
Если бы я нынешний мог дать совет себе в прошлом я бы сказал «забей на универ иди работать».
Для консюмерского софта аналогично — цепочка готовый потребитель-рынок-инфраструктура-предпринимательство.
Стыковка между ними не очень и вручную задавать сеты трудно — всё рассчитано на то что будет использоваться автообнаружение.
Было бы здорово если бы кто-то написал «тестирование без фреймворков». Nose мне вроде и нравится, но с доктестами его состыковывать морочно. Сами доктесты тоже шалят. Голый юниттест не предлагать. Хотелось бы такого чтоб и autodiscovery было, но и чтоб и вручную легко было задавать (и в nose и в доктестах с этим средненько).
Еще вопросы?
Вообще постепенно всё больше использую доктесты и именно в файлах документации (не в докстрингах). Выглядит это приблизительно вот таким образом. Но я работаю только с Питоном, так что для других языков много чего переложить наверняка не выйдет.
Всё-таки это тоже меняется от случая к случаю. Если работа организована таким образом что API замораживается очень рано, то почему бы сразу и доки не написать. У меня случай другой, я сам пишу огромные куски кода и получается какое-то время имею полный контроль как на поставщиком API так и над его потребителями. Это позволяет подкручивать его чтобы исправить недочеты или включить новые находки. Момент когда всё «just right» и есть момент когда я считаю уместным писать доки (какие-то мелкие доки правда и по ходу пишу). Когда этот момент наступил понятно только интуитивно, не могу представить чтобы можно было найти ему какие-то формальные критерии. Ну и конечно нужно чтобы были «час та натхнення» =)
Есть какой-то баланс между затраченными силами и качеством результата который нужно соотносить с важностью этого результата, но это всегда будет поиск, даже у самого опытного разработчика или управленца. Так что «должен» я думаю можно воспринимать только как максиму.
=)) «Часть первая: Программирование на отсос». Та мне чет претит писать манипулятивные статьи. Ведь можно ж и статьями про превосходство программистской рассы сайт заполонить, да и вообще потакай читателю и он будет тебя любить.
Дают TFM, т.к. R=Read.