Перестал читать после того как Погачара назвали Погакаром. Если в статье имя одного из топовых велосипедистов написано неправильно, вряд ли остальная часть статьи стоит внимания
Вообще выбирать язык программирования по его востребованности на основе статистики кажется слегка близоруким. Действительно существует огромная куча проектов написанных на Джаве. Но вопрос в том что это за проекты? Хочется ли тебе над ними работать? Омский рынок "больших"(по Омским меркам естественно) компаний действительно крутится вокруг Джавы. Но это "заслуга"(или проклятие :) ) того что в Омске есть филиал Люксофта.
Я 3 года назад переехал в Прагу, побывал на пачке собеседований, поизучал рынок. Так вот например в Праге разработка на Джаве это практически исключительно Спринг+Хибернейт и всё вот это кроваво-энтерпрайзное вокруг. Я в итоге нашел интересную(по моему мнению) работу на Джаве, как я думал. Но по итогу писал на одновременно на Джаве и на Го, и по итогу полностью перешел на Го на новом месте работы. И как мне кажется сейчас вокруг Го гораздо больше интересных проектов и интересных мест где можно работать.
Всё вышесказанное не значит что нет интересных вакансий\проектов\компаний для джавистов. Я хотел сказать что статистика вот так в чистом виде нерелевантна :)
P.S.
EST еще живое чтоли? Боже мой боже мой...
P.P.S.
Не расстраивайся что статью заминусили. Обязательно пиши дальше статьи если хочется писать!
Вы кстати сейчас продемонстрировали отсутствие этого самого критического мышления. Но не об этом. Любое категоричное суждение не верно(такой вот парадокс получается). Если вы дополните статью фразами типо "в моём окружении", "среди людей которых я знаю" и так далее, то тогда это можно будет посчитать за кусочек правды.
Действительно есть такие проекты, и их сейчас много, в которых от программиста не требуется каких-то глубоких знаний именно технических. И вот для этих проектов, и только для этих проектов ваше утверждение будет верно. Но так как мир разнообразен, то есть еще много других проектов. И дело даже не в другом типе проекта, иногда дело в том как этот проект начинался и развивался.
Например я работал в проекте который был начат в режиме стартапа(давным-давно, в начале 2010-х), и начат он был не особо технически грамотными людьми, вот примерно такими как вы описываете. И вот как раз этому проекту не хватало людей с более глубокими техническими знаниями, которые могли бы собрать в кучу и причесать проект так чтобы он более стабилен технически, с меньшим количеством тех. долга, хрупкости и "гениальных" кастомных решений.
На каждом этапе жизни компании, в каждой конкретной ситуации, в каждой конкретной команде нужны разные люди. Условному Люксофту или ЕПАМу нужен один тип людей. Эти компании можно отнести к типу компаний у которых выстроена сильная менеджерская часть и от программистов требуется писать код. Софт скиллами занимаются другие люди. Есть стартап компании где либо все должны быть гармонично развитыми во все стороны, либо команда должна быть гармонично собрана чтобы все роли, а я сейчас говорю не о технических ролях, были закрыты. Ну то есть например вот у нас значит неформальный лидер команды который закрывает софт-скиллы и "разговаривает" с внешним миром, вот у нас "зануда" который следит за кодовой базой чтобы всё было чистенько и аккуратненько, вот у нас человек который в одного может "затащить" проект и так далее.
Это прям болезненная для меня тема сбора команды, навыков людей и так далее. Я могу долго говорить.
Просто включите то самое критическое мышление и посмотрите чуть дальше, или чуть глубже. А лучше смените работу :) Откроете для себя много нового, только смените прям кардинально, не на тот же...код...только в другой руке.
Комментарий звучит слегка негативно, тут вы правы. И это скорее действительно личный опыт. Но. Я пытался сказать скорее о том что весь этот remote-first мир который настаёт из-за вполне понятных причин, рискует вызвать проблемы в первую очередь с коммуникацией и отношениями между людьми. Да я смотрю на вашу статью через призму личного опыта, но по другому никак :) Потому что я помню как это когда на другой стороне человек с плохой связью, а тебе приходится мириться с этим и «страдать». У того кто «страдает» автоматически в голове возникает негативное отношение к «человеку с плохим коннекшеном». Может быть не с первого раза и причины этого отношения могут быть разные от зависти в стиле «Ах он там с**а сидит в Турции с плохим интернетом, а я тут в холодной Сибири должен его терпеть» до более прагматичных «почему я должен тратить своё время на то что человек не может решить проблемы со связью?».
Это я пишу не чтобы потроллить, позлить, поругаться или «в интернете кто-то не прав». Просто глаз зацепился за это и я высказал своё мнение\отношение :) И вообще. Добро любовь котятки :)
И если не приходишь в офис, то неважно откуда работать — лишь был хороший интернет и условия для созвонов.
… работать на постоянных созвонах в однокомнатном номере вдвоём капец тяжело.
Вай-фай лагает и в отелях и в квартире. Созвоны в основном без видео. Если сойдутся звёзды и Аллах будет не против, то получится пошарить экран.
В итоге ни интернета хорошего, ни условий для созвонов по началу. Страдали от вашего плохого интернета те с кем вы работали по итогу. А учитывая что вы написали что созвоны у вас были постоянные, то выглядит не очень приятно по отношению к другим людям. Вот эти все «ты прерываешься», «давай я попробую перезвонить». Затягиваются митинги, ухудшается взаимопонимание, потому что ты думаешь «да да я тебя понял, я на всё согласен, просто пусть это коммуникационный турецкий ад кончится уже» вместо того чтобы реально договориться.
Стоит понимать что такое application security, тем более в банке. Речь идёт не только о багах через которые можно условно «хакнуть» приложение. Например есть Log Forging. Допустим когда в логи приложения пишутся реальные данные клиента, а к логам приложения имеют доступ те кто не имеют доступа к данным клиентов. Это тоже уязвимость которую можно эксплуатировать, но это не «баг в защите».
Недавно у меня возникло стойкое ощущение что весь этот Аджайл нужен только для того чтобы «заставить» работать людей которые не хотят работать. Все эти «танцы» вокруг команды, вокруг людей. А проблема изначально не в этом, не в процессах. Проблема в найме и построении команды. Набирают людей которые не хотят работать, не мотивированы, не подходят данной команде, и пытаются склеить это всё гов… аджайлом и скрамом.
Что для одного проекта баг, для другого фича :) Простейшую классификацию сделать можно, но не думаю что с текущим уровнем развития технологий возможно сделать адекватного конкурента SAST с помощью ML
Потому что помимо паттернов нужен дата флоу анализ по крайней мере.
Кроме того с паттернами не всегда всё однозначно.
Вот например в Го все типы имеют дефолтное значение.
В коде разработчик создаёт структуру http.Cookie
httpCookie := &http.Cookie{}
в этот момент все поля устанавливаются в дефолтные значения.
Далее этот разработчик устанавливает отдельно уже поля, в частности поле HttpOnly:
httpCookie.HttpOnly = true
Это важно потому что усложняет XSS атаку с воровством session id. CWE-1004
Но как относиться анализатору к дефолтному значению? Действительно ли там есть уязвимость? Нет потому что дальше поле устанавливается в правильное значение. Фолс позитив? Ну не совсем.
Насколько я понимаю данный анализ способен найти только структурные уязвимости путём матчинга вашего кода на основе предопределенных паттернов?
И если это так, то данный инструмент будет выдавать большое количество False positive уязвимостей.
Это по крайней мере очень удобно. Например мы используем Cassandra и я прям не могу нарадоваться тому что не надо думать где мастер, где слейв, что будет если ляжет мастер или вообще произойдет split brain.
У компании в которой я работаю(компания занимается автоматизацией служб такси) есть большой архив GPS треков водителей такси. И мы ломаем голову как бы их использовать. Раз топик так попадает в тему, может у хабралюдей есть какие-то идеи, как их использовать?
Так а примеры то будут? Я вижу что это перевод, но вы его так активно защищаете что хочется попросить примеры.
Перестал читать после того как Погачара назвали Погакаром. Если в статье имя одного из топовых велосипедистов написано неправильно, вряд ли остальная часть статьи стоит внимания
<старческие_ворчания_mode=on>
Вообще выбирать язык программирования по его востребованности на основе статистики кажется слегка близоруким. Действительно существует огромная куча проектов написанных на Джаве. Но вопрос в том что это за проекты? Хочется ли тебе над ними работать? Омский рынок "больших"(по Омским меркам естественно) компаний действительно крутится вокруг Джавы. Но это "заслуга"(или проклятие :) ) того что в Омске есть филиал Люксофта.
Я 3 года назад переехал в Прагу, побывал на пачке собеседований, поизучал рынок. Так вот например в Праге разработка на Джаве это практически исключительно Спринг+Хибернейт и всё вот это кроваво-энтерпрайзное вокруг. Я в итоге нашел интересную(по моему мнению) работу на Джаве, как я думал. Но по итогу писал на одновременно на Джаве и на Го, и по итогу полностью перешел на Го на новом месте работы. И как мне кажется сейчас вокруг Го гораздо больше интересных проектов и интересных мест где можно работать.
Всё вышесказанное не значит что нет интересных вакансий\проектов\компаний для джавистов. Я хотел сказать что статистика вот так в чистом виде нерелевантна :)
P.S.
EST еще живое чтоли? Боже мой боже мой...
P.P.S.
Не расстраивайся что статью заминусили. Обязательно пиши дальше статьи если хочется писать!
Ой, моё любимое :)
Вы кстати сейчас продемонстрировали отсутствие этого самого критического мышления. Но не об этом. Любое категоричное суждение не верно(такой вот парадокс получается). Если вы дополните статью фразами типо "в моём окружении", "среди людей которых я знаю" и так далее, то тогда это можно будет посчитать за кусочек правды.
Действительно есть такие проекты, и их сейчас много, в которых от программиста не требуется каких-то глубоких знаний именно технических. И вот для этих проектов, и только для этих проектов ваше утверждение будет верно. Но так как мир разнообразен, то есть еще много других проектов. И дело даже не в другом типе проекта, иногда дело в том как этот проект начинался и развивался.
Например я работал в проекте который был начат в режиме стартапа(давным-давно, в начале 2010-х), и начат он был не особо технически грамотными людьми, вот примерно такими как вы описываете. И вот как раз этому проекту не хватало людей с более глубокими техническими знаниями, которые могли бы собрать в кучу и причесать проект так чтобы он более стабилен технически, с меньшим количеством тех. долга, хрупкости и "гениальных" кастомных решений.
На каждом этапе жизни компании, в каждой конкретной ситуации, в каждой конкретной команде нужны разные люди. Условному Люксофту или ЕПАМу нужен один тип людей. Эти компании можно отнести к типу компаний у которых выстроена сильная менеджерская часть и от программистов требуется писать код. Софт скиллами занимаются другие люди. Есть стартап компании где либо все должны быть гармонично развитыми во все стороны, либо команда должна быть гармонично собрана чтобы все роли, а я сейчас говорю не о технических ролях, были закрыты. Ну то есть например вот у нас значит неформальный лидер команды который закрывает софт-скиллы и "разговаривает" с внешним миром, вот у нас "зануда" который следит за кодовой базой чтобы всё было чистенько и аккуратненько, вот у нас человек который в одного может "затащить" проект и так далее.
Это прям болезненная для меня тема сбора команды, навыков людей и так далее. Я могу долго говорить.
Просто включите то самое критическое мышление и посмотрите чуть дальше, или чуть глубже. А лучше смените работу :) Откроете для себя много нового, только смените прям кардинально, не на тот же...код...только в другой руке.
Это я пишу не чтобы потроллить, позлить, поругаться или «в интернете кто-то не прав». Просто глаз зацепился за это и я высказал своё мнение\отношение :) И вообще. Добро любовь котятки :)
В итоге ни интернета хорошего, ни условий для созвонов по началу. Страдали от вашего плохого интернета те с кем вы работали по итогу. А учитывая что вы написали что созвоны у вас были постоянные, то выглядит не очень приятно по отношению к другим людям. Вот эти все «ты прерываешься», «давай я попробую перезвонить». Затягиваются митинги, ухудшается взаимопонимание, потому что ты думаешь «да да я тебя понял, я на всё согласен, просто пусть это коммуникационный турецкий ад кончится уже» вместо того чтобы реально договориться.
гов… аджайлом и скрамом.Кроме того с паттернами не всегда всё однозначно.
Вот например в Го все типы имеют дефолтное значение.
В коде разработчик создаёт структуру http.Cookie
httpCookie := &http.Cookie{}
в этот момент все поля устанавливаются в дефолтные значения.
Далее этот разработчик устанавливает отдельно уже поля, в частности поле HttpOnly:
httpCookie.HttpOnly = true
Это важно потому что усложняет XSS атаку с воровством session id. CWE-1004
Но как относиться анализатору к дефолтному значению? Действительно ли там есть уязвимость? Нет потому что дальше поле устанавливается в правильное значение. Фолс позитив? Ну не совсем.
Наш анализатор рекламировать не буду :)
Пул реквесты? А о чем они? Как их разбирать автоматически?
И если это так, то данный инструмент будет выдавать большое количество False positive уязвимостей.