Дело не в стране, а в людях которые едут! Почему-то тут стало популярным писать статья, о том, как кто-то не подумав, не подготовившись и посчитав, что он всем точно нужен — едут непонятно куда не имея заранее подписанного контракта и оговоренных условий!
Давайте только уточним где вы учитесь, у себя в «hello world» программе, или вы на продакшене, в реальной системе, учитесь на примере, а когда все падает читаете доки.
Стоит ли читать доку Джавы?
Люди делятся на два типа по тому, как они учатся: некоторые предпочитают сначала написать, потом понять, как работает, а некоторые сначала читают, как писать, а потом уже пишут.
Меня терзают сомнения о качестве кода тех, кто сначала пишет. )
Вот опять, широкие возможности языка подменяют кривыми руками программистов.
Я пишу на котлине пол года (довольно неплохой проект, причем в банке: kotlin, spring boot).
У нас нет кучи "?", нормальное код ревью и команда состоящая из людей не ниже senior уровня — решает эту проблемы. Котлин экономит кучу времени на написание и чтение кода.
И какие замечательные жалобы на final по умолчанию, а вы не думали, что это хорошо? И позволяет вам однозначно определять, что в вашем классе можно менять и можно ли вообще.
И на самом деле скорее просто вы не совсем правильно понимаете паттерны в программировании, отсюда и возникают такие вопросы и негодования, в тоже Java вообще куча провальных решений, которые благодаря совместимости тянуться годами и будут тянуться.
Но на проекте, где работают только опытные программисты, где отлажена работа черед кодревью и это не просто формальность, котлин взлетает (говорю по личному опыту)
Из всего могу отметить только 2-3 сервиса, остальное в общем то мусор который в реальный проект пользы не принесет и у которого есть куда более удобные аналоги типо плагинов для фотошопа csshat pnghat или использование gulp/grunt для сборки или оптимизации и тд
Когда я устраивался на работу и проходил собеседование, меня не спрашивали о сексуальной ориентации и никто не говорил, что если я гей мне будут платить 50%, и в компания где я работал и работаю нет профсоюзов подобных. Так что позволю ответить — нет, не по этому.
А так вообще вы вовремя прокоментировали.
Ох, вы как-то не так читали. Я не говорил что из-за микропроцесоров могут санкции ввести, я говорил что если наш завод микропроцессоров будет на 100% зависить от ввизимого сырья то толку от него будет 0 ибо случись что он просто встанет. То есть нельзя сконцентрироваться на одной детали и забыть обо всей инфраструктуре, можно сделать упор на что-то, но развивать надо все этапы производства.
Какая защита от санкций? Вы считаете что если щас нам перестанут поставлять процессоры му разом все ядерные ракеты запустим? Ядерные ракеты — это чисто красивая фишечка, не более она ни от чего не спасет. Когда наступит край — можно запустить и всем плохо станет, и уже ничег оне будет и всем будет пофиг на то, по какой технологии у нас процессоры выпускаются 65 или 90 нм.
Так что защиты от санкций нет, если эти санкции не приводят к вымиранию то явно из-за них не будем воевать.
А вот на счет желания поднимать собственную научную базу и производство микроэлектроники наверное пока еще не дошли до этого, помимо желния тут еще нужна грамотная реализация которая часто хромает (тоже сколково) так что еще работать и работать. Но то, что уже что-то производят и не бросают уже хорошо.
Это вопрос не к хабросообществу, да и не зависи это ни от нас, ни от России, ни от Путина. Мы же тут обсуждаем как догнать запад и построить свою отрасль которая будет более-менее независима.
Ну вот возвращаясь к тебе санкий, у вас будет завод способный производить миллиарды микросхем по 10нм тех процессу, вы круче всех и тут вам объявляют санкции и перестают продавать сырье для этого завода, а сами вы не в состоянии производить. В итоге — беда.
кто определит хорошесть shim'а? У Вас есть соотвествующий штат тестеров, который может гарантировать его работоспособность?
Хорошешсть шима определяется 100% соответсвие возможностей оригинальной функции, обычно все нормальные шимы публичные и комьюнити — хороший тестер. Относительно тестировани — у вас соотвествующий штат тестеров чтобы тестировать свой код?
А по поводу остального — мы не бюджет же обсуждаем. а реализацию фитчи, так что не вижу смысла в разговорах дорого — дешего, поддерживаем — не поддерживаем. Я предложил вариант, люди могут или брать на вооружение или нет. В моем проекте такое решение сработало хорошо. Предположу что в других обо будет нецелесообразно. Надо думать.
Меня терзают сомнения о качестве кода тех, кто сначала пишет. )
Я пишу на котлине пол года (довольно неплохой проект, причем в банке: kotlin, spring boot).
У нас нет кучи "?", нормальное код ревью и команда состоящая из людей не ниже senior уровня — решает эту проблемы. Котлин экономит кучу времени на написание и чтение кода.
И какие замечательные жалобы на final по умолчанию, а вы не думали, что это хорошо? И позволяет вам однозначно определять, что в вашем классе можно менять и можно ли вообще.
И на самом деле скорее просто вы не совсем правильно понимаете паттерны в программировании, отсюда и возникают такие вопросы и негодования, в тоже Java вообще куча провальных решений, которые благодаря совместимости тянуться годами и будут тянуться.
Но на проекте, где работают только опытные программисты, где отлажена работа черед кодревью и это не просто формальность, котлин взлетает (говорю по личному опыту)
А так вообще вы вовремя прокоментировали.
Так что защиты от санкций нет, если эти санкции не приводят к вымиранию то явно из-за них не будем воевать.
А вот на счет желания поднимать собственную научную базу и производство микроэлектроники наверное пока еще не дошли до этого, помимо желния тут еще нужна грамотная реализация которая часто хромает (тоже сколково) так что еще работать и работать. Но то, что уже что-то производят и не бросают уже хорошо.
1) запостить в фейсбук
2) твитнуть
3) сфоткать для инстаграмма
Хорошешсть шима определяется 100% соответсвие возможностей оригинальной функции, обычно все нормальные шимы публичные и комьюнити — хороший тестер. Относительно тестировани — у вас соотвествующий штат тестеров чтобы тестировать свой код?
А по поводу остального — мы не бюджет же обсуждаем. а реализацию фитчи, так что не вижу смысла в разговорах дорого — дешего, поддерживаем — не поддерживаем. Я предложил вариант, люди могут или брать на вооружение или нет. В моем проекте такое решение сработало хорошо. Предположу что в других обо будет нецелесообразно. Надо думать.
БЭМ — а в яндексе не он? Вы же прояндекс как бы