Я всё же не управленец, да и прочих деталей ситуации в фирме не знаю.
Навскидку мысль: если нельзя премировать — надо искать другие пути поощрения. Зарплату повысить, например :-).
Вроде типовые бессвинцовые припои — олово с небольшой добавкой серебра или меди. Отнюдь не на 500-1000 градусов, SnAg — 221 градус температура плавления. Насчёт качества там не особо, свинцовый припой более склонен прощать ошибки, но токсичность...
Imho использование довольно очевидное: отправка заказанных клиентом уведомлений. Всё, что сверх того — могут позволить себе только те, от кого клиент в любом случае не уйдёт.
Лично я за спам вычеркнул из своего списка заведений общепита "Евразию", ещё кому-то пришлось вправлять мозги через сеть или звонком ("Евразия" — совсем уж предельный случай спамера, отключить рассылку удалось лишь со второго раза, наорав на менеджера ресторана и отказавшись от дисконтной карты — всё равно у спамеров не покупаю).
Навскидку — разве что сожрав всю память. Firefox со старой моделью extensions (где они по сути внедряются в структуру самого браузера) это запросто позволяет, хотя разработчики и пытались бороться.
Ну, не могу не вспомнить: "баба за рулём может быть любого пола". В смысле, такое поведение — отнюдь не женская прерогатива, не раз наблюдал в исполнении хм… особей мужского пола.
Обратите внимание на языковую пару автора поста: perl и java. Так что насчёт странности сравнения не ко мне :-). Вот если бы он с перла переходил на какой-то из языков той же ниши…
А в остальном я с вами согласен, всё равно учиться в нашей профессии приходится много, и освоить ещё один язык или ещё один фреймворк — обычное дело.
Я правильно понимаю, что теперь придётся держать два браузера? Один для общего пользования без российского SA, другой для госуслуг и т.п., желательно в песочнице?
Конкретно по перлу и джаве не скажу (не работал на них), но вот пара из моей практики — C++ и javascript.
Начнём с однопоточности js — что напрочь убивает привычку пользоваться примитивами синхронизации.
Дальше. Основной вид объектов — хэши (привет перлу). Что приводит к тому, что мы можем в любой объект добавить ещё немножко данных или перекрыть метод.
Дальше. Замыкания как сущности первого порядка. Плюс проблема с this (функция может быть вызвана с совершенно другим this) — что приводит к типовому шаблону пропихивания его в передаваемые куда-нибудь замыкания под другим именем (в современном js есть более прямые решения, но не всегда можно на него закладываться)
Возвращаясь к хэшам: prototype-based наследование. Поверх которого люди строят "классическую" систему классов, но это зачастую не лучшее решение.
Ну и вишенка на торте — C++ даёт возможность писать быстрый код — с соответствующими приёмами оптимизации. Js мало того, что медленней — приёмы оптимизации совершенно другие.
Даже если ваше резюме будет читать не HR, а технический специалист — не возьмут или возьмут джуниором, и правильно сделают. Потому как между перлом и джавой пропасть не в плане языка (язык учится быстро), а в плане принятых подходов к написанию кода. В лучшем случае (если всё же есть достаточные знания за пределами перлового мира) — сможете относительно быстро вырасти.
Вот даже не знаю… С одной стороны, при написании на C++ порой возникает мысль, что вместо метапрограммирования на темплейтах иногда лучше было бы написать кодогенерацию на нормальном ЯВУ.
А с другой — при такой свободе слишком легко написать неподдерживаемый код.
Для подобной цели пользовался otp-md5. На линуксах обычно есть из коробки или типа того (соответсвенно, если не доверяете утилите — не доверяете и всей системе), на андроид ставится прога с минимальными permissions.
Я всё же не управленец, да и прочих деталей ситуации в фирме не знаю.
Навскидку мысль: если нельзя премировать — надо искать другие пути поощрения. Зарплату повысить, например :-).
Депремировать тех, кто ввёл эту систему.
Зря вы не упомянули add/remove в итераторе, это существенная часть внутреннего устройства (единственная реализация за O(1))
Пираты и всемирное потепление?
Вроде типовые бессвинцовые припои — олово с небольшой добавкой серебра или меди. Отнюдь не на 500-1000 градусов, SnAg — 221 градус температура плавления. Насчёт качества там не особо, свинцовый припой более склонен прощать ошибки, но токсичность...
Закалку не вспоминайте, для меди так не работает: если нагреете и сунете в воду — останется мягкой.
Закалка стали возможна потому, что при определённой температуре кристаллическая решётка меняется.
Imho использование довольно очевидное: отправка заказанных клиентом уведомлений. Всё, что сверх того — могут позволить себе только те, от кого клиент в любом случае не уйдёт.
Лично я за спам вычеркнул из своего списка заведений общепита "Евразию", ещё кому-то пришлось вправлять мозги через сеть или звонком ("Евразия" — совсем уж предельный случай спамера, отключить рассылку удалось лишь со второго раза, наорав на менеджера ресторана и отказавшись от дисконтной карты — всё равно у спамеров не покупаю).
Навскидку — разве что сожрав всю память. Firefox со старой моделью extensions (где они по сути внедряются в структуру самого браузера) это запросто позволяет, хотя разработчики и пытались бороться.
Ну, не могу не вспомнить: "баба за рулём может быть любого пола". В смысле, такое поведение — отнюдь не женская прерогатива, не раз наблюдал в исполнении хм… особей мужского пола.
Я так понимаю, ждём форка проекта? Ибо вся опасность зависимости от одного человека продемонстрирована предельно наглядно.
Обратите внимание на языковую пару автора поста: perl и java. Так что насчёт странности сравнения не ко мне :-). Вот если бы он с перла переходил на какой-то из языков той же ниши…
А в остальном я с вами согласен, всё равно учиться в нашей профессии приходится много, и освоить ещё один язык или ещё один фреймворк — обычное дело.
Ok, три браузера, считая IE :-)
Ну, я примерно про это и говорю. Госсайты живут в браузере с госсертификатом, остальные отдельно. Так-то я привык одним браузером пользоваться.
Я правильно понимаю, что теперь придётся держать два браузера? Один для общего пользования без российского SA, другой для госуслуг и т.п., желательно в песочнице?
Конкретно по перлу и джаве не скажу (не работал на них), но вот пара из моей практики — C++ и javascript.
Начнём с однопоточности js — что напрочь убивает привычку пользоваться примитивами синхронизации.
Дальше. Основной вид объектов — хэши (привет перлу). Что приводит к тому, что мы можем в любой объект добавить ещё немножко данных или перекрыть метод.
Дальше. Замыкания как сущности первого порядка. Плюс проблема с this (функция может быть вызвана с совершенно другим this) — что приводит к типовому шаблону пропихивания его в передаваемые куда-нибудь замыкания под другим именем (в современном js есть более прямые решения, но не всегда можно на него закладываться)
Возвращаясь к хэшам: prototype-based наследование. Поверх которого люди строят "классическую" систему классов, но это зачастую не лучшее решение.
Ну и вишенка на торте — C++ даёт возможность писать быстрый код — с соответствующими приёмами оптимизации. Js мало того, что медленней — приёмы оптимизации совершенно другие.
Тогда результат вполне понятен: нет высокой нагрузки на диски — нет и причин ожидать серьёзной разницы между enterprise и consumer моделями.
Даже если ваше резюме будет читать не HR, а технический специалист — не возьмут или возьмут джуниором, и правильно сделают. Потому как между перлом и джавой пропасть не в плане языка (язык учится быстро), а в плане принятых подходов к написанию кода. В лучшем случае (если всё же есть достаточные знания за пределами перлового мира) — сможете относительно быстро вырасти.
… при условии очень жёсткой дисциплины написания кода.
Или ваше "в данном случае" это подразумевает?
Упс, коммент не туда ушёл почему-то… Был ответ на "Использование полноценного ЯВУ в данном случае, по моему мнению, имеет больше плюсов, чем минусов".
Вот даже не знаю… С одной стороны, при написании на C++ порой возникает мысль, что вместо метапрограммирования на темплейтах иногда лучше было бы написать кодогенерацию на нормальном ЯВУ.
А с другой — при такой свободе слишком легко написать неподдерживаемый код.
В общем, запомню этот проект, буду наблюдать.
Для подобной цели пользовался otp-md5. На линуксах обычно есть из коробки или типа того (соответсвенно, если не доверяете утилите — не доверяете и всей системе), на андроид ставится прога с минимальными permissions.
Главное — алгоритм стандартный.