Шутка, конечно, хороша. Но вот что интересно: эти разработчики полностью скопировали свою игру с игры «Game Dev Story»: en.wikipedia.org/wiki/Game_Dev_Story. И вот возникает такой вопрос: незаконно копировать игру — неправильно, неэтично. А полностью копировать дизайн игры — законно. Но вот этично ли?..
Я не очень понимаю, почему «для школьников даже 80% желающих уехать — это абсолютно нормально». На мой взгляд, это показатель очень нездоровой ситуации.
Зачем брать цифры с потолка и высасывать их из пальца, когда есть вот этот опрос. Да, он примитивен, несерьёзен и так далее, и никто не собирается использовать его как какой-то точный инструмент. Но вот я смотрю на него и вижу: ответили почти шесть тысяч человек. Если отбросить тех, к кому вопрос напрямую не относился (уже уехавших и граждан других стран), то мы видим, что остаться хочет примерно 40 процентов оставшихся, а остальные, в общем, хотят уехать — сильнее или слабее, позже или раньше, всерьёз или не очень, но хотят. Это совершенно не значит, что они все уедут; но это значит, что среди респондентов больше половины… ну, скажем так: настроены пессимистично. Вот и всё.
Оххх, сколько же я в эти игры наигрался на БК-0010! А «Star Trek» у нас был на ДВК. Там ещё был весьма оригинальный перевод, и клингоны назывались, пардон, «шестипопые кусаки» :)
Спасибо, буду иметьэтот плагин в виду. Однако мне всё же хотелось бы иметь возможность директивно указать порядок — на случай аварийного цейтнота, когда решить проблему нужно срочно, и делать правильно просто нет времени.
Если я правильно помню ту проблему, то получилось так. Собирали очень большой Flex-проект (виртуальный мир). Всё работало хорошо, но вдруг начиная с какого-то момента сборка на CI-сервере начала содержать некие странные ошибки, в то время как та же сборка, проводимая локально, работала как надо. Как выяснилось, на сервере каким-то образом обновился Maven, и при компиляции проекта он стал указывать библиотеки не в том порядке.
Понятно, что вообще-то проект должен быть нечувствителен к порядку библиотек. Но выяснилась эта проблема на довольно поздней стадии, и время, потраченное на ее диагностику + время на поиск решения мне попортили много крови.
У Maven'a есть свойство, вообще характерное для сильно стандартизованных систем: то, что вписывается в стандарт, делается невероятно легко и просто; шаг в сторону — и начинаются муки. То же самое относится и к тем случаям, когда возникает проблема со сборкой. У Maven'a это случается редко, но на диагностику могут уйти дни. Я столкнулся с ситуацией, когда из-за небольшого расхождения в версиях Maven'a на разных машинах сборка шла в чуть ином порядке, и это влияло на результат. Угробил два дня на то, чтобы понять, в чём же проблема.
А мне статья не понравилась. Осталось ощущение, что автор сам весьма и весьма плавает в это вопросе (что, при отсутствии соответствующего образования — да и вообще какого-либо структурированного образования! — неудивительно).
(Это не претензия к переводчику! За перевод, в любом случае, спасибо!)
Ну да, так тоже бывает :) И что самое смешное — одно другому не мешает. Классика — использовать модные технологии, но комментарии при этом не писать, поскольку лень и неинтересно :)
У многих джуниоров (а также иногда просто у упрямцев :) ) есть тенденция отрицать практики. Ну типа «Комментарии — для тех кто не умеет программировать! У меня код чистый и я и так всё помню!». С этим иногда приходится бороться.
С другой стороны, мне хочется, чтобы джуниоры учились думать самостоятельно, и не боялись оспорить мои мнения. Поэтому я говорю им: делаем так-то и так-то, поскольку во-первых это правильно (следует объяснение), а во-вторых, потому что я говорю, что так надо. Хочешь делать по-другому? Переубеди меня.
Хорошие практики как раз и нужны для тех ситуаций, когда кто-то не понимает принципов. Ну, к примеру: «Каждый метод в классе должен иметь комментарий». Не согласен с этим — постарайся вразумительно объяснить свою позицию. Смог? Прекрасно, ты понимаешь принципы, и практики тебе уже не нужны. Не смог? Значит, не готов ещё отрицать практики, иди и пиши комментарии :)
Спасибо!!!
Понятно, что вообще-то проект должен быть нечувствителен к порядку библиотек. Но выяснилась эта проблема на довольно поздней стадии, и время, потраченное на ее диагностику + время на поиск решения мне попортили много крови.
(Это не претензия к переводчику! За перевод, в любом случае, спасибо!)
С другой стороны, мне хочется, чтобы джуниоры учились думать самостоятельно, и не боялись оспорить мои мнения. Поэтому я говорю им: делаем так-то и так-то, поскольку во-первых это правильно (следует объяснение), а во-вторых, потому что я говорю, что так надо. Хочешь делать по-другому? Переубеди меня.
Иногда переубеждают :)