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 более чем достаточно.
В этом плане крайне странно, когда например кто-то делает свою площадку дублируя ВУЗ (митапы, хакатоны, конференции, обучающие курсы и прочее).
Гораздо логично, если все компании, которым нужны ит-специалисты, начнут развивать профильные ВУЗ-ы и получать хороших специалистов.
www.kino-teatr.ru/kino/movie/ros/3624/titr
ит-контора и кулхацкер присутствуют
www.youtube.com/channel/UC0soNxk98n6GHCJvCdJAOUA/videos