Через 10 минут спрашиваю в лоб почему не выкинули бек и не запустили graphQL прямо на Postgresql: в следующие 5 минут приходим к тому что за последний год их отдел занимался ничем
Могут быть доводы и против.
Например, нельзя напрямую отдавать наружу GraphQL из соображений безопасности — чтобы нехорошие люди не положили по сути прямыми запросами в СУБД через API GraphQL всю производительность СУБД в 0.
Другое дело, что не на уровне того человека было принимать такие решения…
Для потенциального сеньора это не полезный ресурс.
Готовый к выходу на этот уровень уже сам представляет, без подобных сайтов. Иначе он еще не готов стать сеньором.
P.S.:
Сейчас не рассматриваю ситуацию, когда лычку сеньора тебе дают через 3 года с начала программирования просто потому чтобы твоё тщеславие побаловать, а зарплату не добавлять.
roadmap.sh — неплохой ресурс оказался, кстати. Примеряю на себя и действительно — идея хорошая — определить на каком этапе такого роадмапа «к экспертности» находится кандидат.
Посмотрел backend — это максимум для миддла.
То есть по сути для джуна чтобы видеть к чему стремиться.
много кто знает. Сеньеористый программер это тот которому можно дать посредственно сформулированную задачу и получить вопросы, читаемый код и отсутствие необходимости за ним переделывать.
Это разница между джуном и миддлом.
Не про сеньора.
«было бы»? Да оно и было все 15 до. На том самом уровне. О нём кто-то знал, но и всё
Вы про себя? Ну дык не значит что так было у всех.
У нас, к примеру, активная разработка, ведущаяся прежде всего на Go, уже лет 7. До этого присматривались и экспериментировали года три.
Но сам факт, что в 2020 году Ликус все еще, согласно вашим словам, «нужно уметь готовить», хотя у нормальных ОС такие банальные вещи заводятся из коробки — в этом и проблема.
ОС — давно уже инструмент не только для разработчика, а для простого пользователя.
Не должно быть таких проблем даже рядом.
Не хочу я тратить время борьбу с ОС. У меня другие хобби.
И поэтому я выбираю ОС, что экономит мне кучу времени в своей настройке.
Но если кто-то любит ковыряться в своей ОС, — не возражаю. Это его личное дело.
Ну да, а Яву прокачал почивший в бозе Sun
ЯваСкрипт был прокачан Netscape Communications Corporation
Python опять Гугль прокачал.
C# — проделки MS.
А вот неплохой вроде D не взлетел — ибо за ним никого влиятельного не стояло.
P.S.:
Хотя если взглянуть внимательнее:
Docker
Проект начат как внутренняя собственническая разработка компании dotCloud, основанной Соломоном Хайксом (Solomon Hykes) в 2008 году с целью построения публичной PaaS-платформы с поддержкой различных языков программирования
Разработка Go началась в сентябре 2007 года, его непосредственным проектированием занимались Роберт Гризмер, Роб Пайк и Кен Томпсон[5], занимавшиеся до этого проектом разработки операционной системы Inferno. Официально язык был представлен в ноябре 2009 года.
Настолько созданы, что строки в Go не имеют никакой кодировки и могут содержать невалидные с точки зрения UTF-8 последовательности.
Это нормально.
Ну мало ли зачем программисты используют строки… Это довольно удобная структура.
Если нужна валидность — проверят отдельно.
P.S.:
Уже не говоря о том, что строка может быть прочитана из внешнего ресурса и должна быть передана на другой внешний без изменений.
Автоматическая валидация тут будет только мешать.
ну тут есть положительная обратная связь — доля линукса маленькая, поэтому разработчики забивают на linux-версии софта/драйверов, поэтому на линуксе работает не всё или через жопу, поэтому линукс не подходит для пользователей, поэтому доля линукса маленькая…
Да какая разница рядовому пользователю, у которого отладка Линукса — не хобби? Какая ему разница объективная там причина или необъективная?
В лоб — нет, не увидите.
Читать логи (а также в них грамотно писать) тоже нужно уметь.
Или, к примеру, это множество быстрых событий, но тормозит из-за того что их множество — тем более не просто. Суммарное торможение видно только если просуммировать время этого множества быстрых событий. Вам часто приходилось суммировать записи в логах (да еще и по определенному фильтру), вы и инструменты сходу назовете, которыми это будет сделать удобно?
Могут быть доводы и против.
Например, нельзя напрямую отдавать наружу GraphQL из соображений безопасности — чтобы нехорошие люди не положили по сути прямыми запросами в СУБД через API GraphQL всю производительность СУБД в 0.
Другое дело, что не на уровне того человека было принимать такие решения…
Погуглите функционал goimports
Вы говорите о нормах конца прошлого начала нынешнего века.
В старых языках — да.
В новых языках — идет обратная тенденция.
Уж очень люди ленивы, уж очень часто программисты забивают на warning.
Современные языки используются всё больше с IDE…
Это формально конечно «внешний тулз». Но он всегда с нами.
Ради чего? Если я не согласен со всей концепцией этого сайта для сеньора.
Для потенциального сеньора это не полезный ресурс.
Готовый к выходу на этот уровень уже сам представляет, без подобных сайтов. Иначе он еще не готов стать сеньором.
P.S.:
Сейчас не рассматриваю ситуацию, когда лычку сеньора тебе дают через 3 года с начала программирования просто потому чтобы твоё тщеславие побаловать, а зарплату не добавлять.
Посмотрел backend — это максимум для миддла.
То есть по сути для джуна чтобы видеть к чему стремиться.
Это идеально — найти того, кому нравится и его устраивают деньги.
Имхо, везет таких найти всё же немногим.
Это разница между джуном и миддлом.
Не про сеньора.
Вы про себя? Ну дык не значит что так было у всех.
У нас, к примеру, активная разработка, ведущаяся прежде всего на Go, уже лет 7. До этого присматривались и экспериментировали года три.
У истории нет сослагательного наклонения.
Есть часть людей, что на работе работают прежде всего потому что им нравится.
Но большая часть всё же работает просто за деньги.
Ubuntu
Я на юниксах с 2004 года.
Но сам факт, что в 2020 году Ликус все еще, согласно вашим словам, «нужно уметь готовить», хотя у нормальных ОС такие банальные вещи заводятся из коробки — в этом и проблема.
ОС — давно уже инструмент не только для разработчика, а для простого пользователя.
Не должно быть таких проблем даже рядом.
Не хочу я тратить время борьбу с ОС. У меня другие хобби.
И поэтому я выбираю ОС, что экономит мне кучу времени в своей настройке.
Но если кто-то любит ковыряться в своей ОС, — не возражаю. Это его личное дело.
Ну да, а Яву прокачал почивший в бозе Sun
ЯваСкрипт был прокачан Netscape Communications Corporation
Python опять Гугль прокачал.
C# — проделки MS.
А вот неплохой вроде D не взлетел — ибо за ним никого влиятельного не стояло.
P.S.:
Хотя если взглянуть внимательнее:
Docker
Всё из Википедии.
Да ладно.
Полным полно широкораспространенного ПО, созданного с использованием Go.
Да хоть Docker.
Вы так пишете, как будто в других языках по другому…
Есть же прямо противоположенные примеры:
Для той же цели разрабатывался как и усложненный Java, так и упрощенный Go.
Впрочем, я считаю что причина иная: на заре компьютерной эры было не до линтеров и форматтеров… До всего этого относительно недавно только руки дошли.
Это нормально.
Ну мало ли зачем программисты используют строки… Это довольно удобная структура.
Если нужна валидность — проверят отдельно.
P.S.:
Уже не говоря о том, что строка может быть прочитана из внешнего ресурса и должна быть передана на другой внешний без изменений.
Автоматическая валидация тут будет только мешать.
Особенно если им нужен частый поиск по ключу.
Ну да, конечно.
Да какая разница рядовому пользователю, у которого отладка Линукса — не хобби? Какая ему разница объективная там причина или необъективная?
В лоб — нет, не увидите.
Читать логи (а также в них грамотно писать) тоже нужно уметь.
Или, к примеру, это множество быстрых событий, но тормозит из-за того что их множество — тем более не просто. Суммарное торможение видно только если просуммировать время этого множества быстрых событий. Вам часто приходилось суммировать записи в логах (да еще и по определенному фильтру), вы и инструменты сходу назовете, которыми это будет сделать удобно?