1 Статья — Covid и влияние на бизнес
2 Статья — Делаем аналитику Covid в MS SQL
3 Статья — Против COVID нам поможет ИИ и глубокое обучение
4 Статья — NoSQL базы для построения аналитики COVID
5 Статья — Covidchain для хранения информации о заболевших
6 Статья — Биохакинг против Covid. Взламываем вирус
7…
Не выкинули бы.
Надо понимать, что в крупных компаниях необходимо согласовывать как ввод в эксплуатацию так и вывод из эксплуатации. Если в первом случае есть мотивация запустить проект, то во втором ни у кого мотивации нет что-то менять, кроме ну очень проактивного лида
Верно, ещё 15 лет назад можно было писать хоть на Java хоть на C#, особенно если ты умеешь обосновать зачем ты вообще выбрал этот язык для конкретной задачи.
Главным являлось понимание парадигм, САОД, сетей и прочих основ.
Да это разные навыки, но по опыту скажу, что не всегда можно четко провести границу. Есть первоклассные технические эксперты которые бегут от коммуникаций, есть и такие что общаются очень легко и готовы вкладывать силы в развитие других, также встречал ребят с хорошим техническим бэграундом умеющих организовать людей и выстроить процессы.
Снаружи лида имеет смысл брать по двум причинам.
1. В команде нет и не предвидится сильного лидера. Кандидат снаружи очевидно усилит команду.
2. В команде много сильных лидеров. Кандидат снаружи позволит избежать внутренних конфликтов в стиле «почему не я»
Забавно, что в моем случае с синдромом упущенной выгоды я столкнулся на хабре.
Однажды, открывая 60-ю вкладку в хроме, мне пришло в голову, что это перебор, после этого поменял настройки подписки только на самые важные.
Как предположение, Новые проекты для IOS создаются на Swift и молодёжь учит его и демпингует соответственно (насколько это вообще возможно с учетом спроса на мобайл). Но старые проекты на objective-c никуда не испарились, также и разрабы, что их делали явно успели накрутить зарплату.
Go, Erlang, Elixir — в топе, потому что это как правило highload и там большие деньги
Swift, Objective-C, Kotlin — mobile-разработка, там фаза активного роста с финансовой поддержкой
Scala, Clojure, F# — похоже, что специфические задачи, где требуются навыки функционального программирования.
Assembly, С и С++ — думаю рынок делят и накручивают олдовые парни, пока молодежь осваивает другие языки.
Ruby — не могу объяснить
Java тянет вверх и mobile и высококритичные системы (по историческим причинам)
Python — похоже, что из-за спроса на нейронные сети
Остальное в пределах погрешности
Готов послушать другие версии, т.к. не претендую на объективность
Но тезис о том, что разработчики проводят ревью документации, тоже не получил однозначной поддержки (0.33). То есть риск неполноты описания реализованных решений сохраняется.
Ревью документации должно проводится не только для борьбы с неполнотой. Проблемой может быть также избыток бесполезной информации по неиспользуемому и потерявшему актуальность функционалу.
А когда применяете Tarantool?
Для меня интересно, стоит ли использовать Tarantool для кэширования редко меняющихся данных или текущего решения с Couchbase более чем достаточно.
функциональное и интеграционное обычно идет в одном темпе с разработкой и занимает редко когда больше недели
тестирование бизнесом может требовать несколько недель
также нагрузочное тестирование может занимать до месяца
т к после получения поставки им надо запрограммировать тестовые кейсы/
— Джек, босс выкидывает меня на улицу — Я звоню в скорую.
Дополню, что новые проекты также пишутся на C# / .Net Core. Это как модули интернет-банка, так и внутренних систем.
В тексте к сожалению не указано, но в целом на каждый проект настроена проверка кода на уязвимости.
ссылки нерабочие
1 Статья — Covid и влияние на бизнес
2 Статья — Делаем аналитику Covid в MS SQL
3 Статья — Против COVID нам поможет ИИ и глубокое обучение
4 Статья — NoSQL базы для построения аналитики COVID
5 Статья — Covidchain для хранения информации о заболевших
6 Статья — Биохакинг против Covid. Взламываем вирус
7…
Надо понимать, что в крупных компаниях необходимо согласовывать как ввод в эксплуатацию так и вывод из эксплуатации. Если в первом случае есть мотивация запустить проект, то во втором ни у кого мотивации нет что-то менять, кроме ну очень проактивного лида
Главным являлось понимание парадигм, САОД, сетей и прочих основ.
1. В команде нет и не предвидится сильного лидера. Кандидат снаружи очевидно усилит команду.
2. В команде много сильных лидеров. Кандидат снаружи позволит избежать внутренних конфликтов в стиле «почему не я»
Однажды, открывая 60-ю вкладку в хроме, мне пришло в голову, что это перебор, после этого поменял настройки подписки только на самые важные.
Swift, Objective-C, Kotlin — mobile-разработка, там фаза активного роста с финансовой поддержкой
Scala, Clojure, F# — похоже, что специфические задачи, где требуются навыки функционального программирования.
Assembly, С и С++ — думаю рынок делят и накручивают олдовые парни, пока молодежь осваивает другие языки.
Ruby — не могу объяснить
Java тянет вверх и mobile и высококритичные системы (по историческим причинам)
Python — похоже, что из-за спроса на нейронные сети
Остальное в пределах погрешности
Готов послушать другие версии, т.к. не претендую на объективность
Ревью документации должно проводится не только для борьбы с неполнотой. Проблемой может быть также избыток бесполезной информации по неиспользуемому и потерявшему актуальность функционалу.
https://reestr.minsvyaz.ru/reestr/
А когда применяете Tarantool?
Для меня интересно, стоит ли использовать Tarantool для кэширования редко меняющихся данных или текущего решения с Couchbase более чем достаточно.