Когда-то давно был на хабре длинный и подробный комментарий на тему того что ipad никогда не будет востребован и вообще планшеты это тупиковая ветвь развития…
… и поэтому теперь люди боятся высказывать критичное мнение, отделываясь фразами вроде «поживем-увидим».
Рискну предположить, что те 20 .Net-программистов так и остались, типа существующее решение поддерживать. Компания растет, пузырь надувается, все улыбаются и машут
Вопрос ведь не в том, какая зарплата, а в том, что можно получить за эти деньги.
Недавний пример: у нас в Киеве один человек заболел (простудился), остался дома и вызвал врача. Лондонские разработчики офигели, когда об этом узнали — у них по дефолтной страховке врача можно вызывать только в случае угрозы для жизни.
В топике идет перепись людей, которых нельзя брать на работу, если речь идет о сопровождении крупного старого проекта.
Если у вас есть какой-то неизвестный код, то в первую очередь надо узнать, что он делает. Например пользователей спросить, или сейлзов, или админов. А ломать — уже совсем потом, когда все станет ясно и очевидно
Ну дурацкий же вопрос, хуже может быть только требование наизусть перечислить параметры какого-нибудь стандартного метода. Для любого языка можно быстро нагуглить статью, в которой будет написано, как его реализовать и на что обратить внимание. И в реальной жизни оно так и делается: нагуглил, реализовал, протестировал и забыл.
А если хотите проверить навыки проектирования, правильнее будет спросить что-то вроде «Что такое синглтон, зачем он нужен, какие проблемы с ним связаны»
В общем, там что-то поделал, тут что-то поделал, потом поссорился с кем-то из руководства и ушел, оставив после себя лишь кучу непонятно как работающих макросов в exel'е.
Писать документацию прямо в коде — ппц как неудобно:
— история изменений документации смешивается с историей изменений файла. Исправили опечатку в комментарии — получили новую версию файла
— Рефакторинг усложняется, потому что вместе с кодом надо перетаскивать еще и текст.
— Нельзя добавить рисунок или файл (e-mail, например)
— Сложно организовать поиск потакой «документации», давать ссылки на нее
— Нельзя использовать расширенное форматирование (собсвенно, вот эту проблему они вроде как решили)
Единсвенное исключение, где документация посреди кода выглядит более-менее уместно — это библиотеки. Точнее, файлы, которые описывают интерфейс библиотеки.
Доказательства там приблизительно такие:
— атаки происходят с IP-адресов китайских провайдеров
— часть доменных имен была зарегистрирована на китайские адреса
— когда хакер логинился на сервер с помощью RDP, на его машине присутствовала китайская раскладка клавиатуры
— в программах встречаются коряво написанные строки (типа «File no exist»), что говорит о том, что английский не является родным языком хакеров.
В данном случае сервер — это машина, на которой стоит Windows. Китайские хакеры заходят на нее с помощью Remote Desktop и проверяют свою гуглопочту (в отчете приведен скриншот почты одного из них). Видимо, конттразведчики подсунули китайцам одну из машин в качестве honey pot и потом следили, что с ней происходит.
А мне статья показалась женской. Вот как девушки говорят, «если ты настоящий мужчина, то должен <сделать что-то>». И здесь точно так же: «настоящий разработчик обязан браться за самые скучные проекты, никогда не ошибаться со сроками, телепатически предугадывать желания левой пятки заказчика, не использовать job safety driven development и cover-your-ass engineering».
Гугловский тулкит как был дико неудобным, так и остался. Почему-то его создатели не понимают, что при хорошем переводе структура предложений меняется. Было одно большое английское предложение — стало два русских.
… и поэтому теперь люди боятся высказывать критичное мнение, отделываясь фразами вроде «поживем-увидим».
Недавний пример: у нас в Киеве один человек заболел (простудился), остался дома и вызвал врача. Лондонские разработчики офигели, когда об этом узнали — у них по дефолтной страховке врача можно вызывать только в случае угрозы для жизни.
Если у вас есть какой-то неизвестный код, то в первую очередь надо узнать, что он делает. Например пользователей спросить, или сейлзов, или админов. А ломать — уже совсем потом, когда все станет ясно и очевидно
А если хотите проверить навыки проектирования, правильнее будет спросить что-то вроде «Что такое синглтон, зачем он нужен, какие проблемы с ним связаны»
— история изменений документации смешивается с историей изменений файла. Исправили опечатку в комментарии — получили новую версию файла
— Рефакторинг усложняется, потому что вместе с кодом надо перетаскивать еще и текст.
— Нельзя добавить рисунок или файл (e-mail, например)
— Сложно организовать поиск потакой «документации», давать ссылки на нее
— Нельзя использовать расширенное форматирование (собсвенно, вот эту проблему они вроде как решили)
Единсвенное исключение, где документация посреди кода выглядит более-менее уместно — это библиотеки. Точнее, файлы, которые описывают интерфейс библиотеки.
Конкурентов на рынке мобильных ОС и так последнее время развелось немало.
— атаки происходят с IP-адресов китайских провайдеров
— часть доменных имен была зарегистрирована на китайские адреса
— когда хакер логинился на сервер с помощью RDP, на его машине присутствовала китайская раскладка клавиатуры
— в программах встречаются коряво написанные строки (типа «File no exist»), что говорит о том, что английский не является родным языком хакеров.
Мне кажется, по сюжету этого рассказа даже сняли что-то вроде короткометражки. Вроде было где-то на ютубе, но сейчас найти не получилось.