Вы ж сами написали: "Простой язык — обратная сторона бедности синтаксиса — возможность освоить язык за 1 день. Даже не за 1 день, а за 1 присест."
Что, мягко говоря, вообще не правда. Go — весьма сложный для освоения язык, потому что граблей по нему разбросано неимоверное количество. Даже статьи с подборками писали, типа 50 Shades of Go. Часть граблей имеет какое-то более-менее разумное объяснение, а часть — WAT чистой воды. Но в любом случае, освоить его быстро не получится, т.к. опереться на предыдущий опыт с другими языками не получится.
jsonb — это во-первых как раз потеря производительности на ровном месте, потому что при размер json больше пары килобайт мне быстрее будет сжимать и обрабатывать json на стороне приложения.
Причём тут сжимать? Это полноценный document-storage без необходимости затаскивать в проект к-н Mongo без крайней необходимости. Плюс с возможностью использовать эти поля в условиях на выборки.
но по-моему сейчас все БД поддерживают gis
Зато не все ORM поддерживают )))
полнотекстовый поиск — отстой в постгресе, с кучей ограничений
Вы показываете низкую квалификацию такими утверждениями. Любое решение имеет свои trade-offs, и полно случаев когда поисковых возможностей PG более чем достаточно, а затаскивать Solr, Sphinx или Elastic в проект — нецелесообразно.
Стандарт стандартом, но во-первых полнота его поддержки отличается в разных СУБД, а во-вторых разные СУБД добавляют разные возможности для оптимизации различных запросов.
А в вашем случае, вам остаётся небольшое подмножество стандарта, которое поддерживается более-менее одинаково основными игроками рынка СУБД, в итоге вы делаете запросы неоптимально и с кучей ненужных костылей. Для простых проектов, конечно, без разницы, а для нетривиальных — это потеря производительности и удобства разработки на ровном месте.
Например, как можно использовать PostgreSQL, но при этом не использовать jsonb, PostGIS, CTE, полнотекстовый поиск, оконные функции, индексы по функциям и т.д.? Я уж молчу про партиционирование и прочие тонкости работы с большими БД.
Среди коллег тоже могут быть друзья, почему бы нет?
Мне кажется, что вы сильно завышаете процент. Или сильно завышаете требования к сеньору.
Да не, реально много людей, которые не знают совсем уж элементарных вещей, не тянут даже на мидла, но при этом пробуются на сеньорские позиции. Возможно у вас просто HR-отдел есть, который первичную фильтрацию осуществляет.
Нет, не навесить вину на руководство, а «заставить» руководство признать ошибку, а не навешивать вину на объект этой ошибки.
А дальше то что? Сократить зарплату в 2 раза практически нереализуемо. Поэтому для руководства признать ошибку в данном случае == подписать приказ об увольнении или даже оформить процедуру увольнения за несоответствие занимаемой должности. Не самый лучший вариант для сотрудника.
Ну и по-моему мнению, в индустрии мало реальных самозванцев, хотя бы потому что нет чётких критериев сеньорства и люди, подающиеся на сеньорские позиции, искренне считают себя им соответствующими.
А Вы проводили собеседования когда-нибудь? Я бы сказал, что самозванцев в индустрии не менее 80%, ну или неадекватов (на случай, если искренне считают себя сеньорами). И как раз поскольку поток самозванцев настолько велик, есть вероятность, что допустим 5% из них проскочат через первичные фильтры. Хотя да, испытательный срок обычно не проскакивают.
Ну обычно фразы о «тебе платят, а ты...» какое-то право только руководство, которое в курсе сколько и за что платят, имеет право моральное произносить.
Ох-ты ж как завернул… Я выше уже привёл пример контекста, в котором подобную фразу мог бы сказать друг, который таким образом проявляет заботу. Но в целом вариантов разных можно придумать.
Просто указание выглядит как-то типа "кажется мы допустили ошибку дав тебе такую большую зарплату, не проверив знаешь ли ты эти вещи. Может сможешь изучить быстро?". Правда же куда большая, чем первый вариант, не так ли?
Не так. Вы решили технично навесить чувство вины на руководство? Выглядит забавно, но это сюр. То, что сотруднику удалось ввести руководство в заблуждение на какое-то время, не снимает с него ответственности за самозванство. Безусловно он виноват, что пытался выдать себя за сеньора, не являясь им по факту. И если у него совесть не совсем атрофирована, то вполне естественно испытывать чувство вины при таком раскладе, причём задолго до услышанной фразы, а с самого момента трудоустройства.
А вообще я где-то пропустил, подразумевалось, что это фраза от начальника? В таком случае, куда логичнее звучала бы более конкретная формулировка:
"Если ты в ближайший месяц не подтянешь свои знания по ..., то мы вынуждены будем тебя уволить или урезать зарплату, т.к. выяснилось, что твоя квалификация не соответствует занимаемой должности."
А то исходный вариант скорее как последнее китайское предупреждение выглядит.
Просто указание на временный дисбаланс между квалификацией и оплатой. Хороший толчок, чтобы заняться профессиональным ростом, чтобы не потерять текущий уровень оплаты. Такие фразы не говорятся просто ни с того ни с сего, очевидно, что ей предшествовала какая-то ситуация из ряда вон, демонстрирующая фундаментальный провал в некой области, хорошие знания которой подразумевает занимаемая должность. Поэтому конструктивный посыл состоит в том, что знания в этой области необходимо срочно улучшить или можно оказаться без работы в ближайшем времени и без возможности найти другое место, на которое возьмут с такой же зарплатой.
Это тоже мимо. Профессиональная деформация — это изменение восприятия под воздействием специфики профессии, включая шуточки.
Ездить на хакатоны, активно общаться на сайтах вроде Хабра
И что? С каких под посещение хакатонов и активность на Хабре стали частью профессии? Это сугубо опциональные вещи, весьма слабо влияющие на уровень вашего профессионализма.
Безусловно, среди программистов есть уйма представителей самых различных субкультур, но сама профессия — это ни разу не субкультура, поскольку вы без труда найдёте 2 программистов, у которых не будет ничего общего в плане систем ценностей, языка, манеры поведения и одежды.
Для текущего железа драйвера никуда не денутся… да и необязательно они должны быть частью ядра, для доминирующей платформы сами производители железа будут писать драйвера.
Есть же Arch, Gentoo и LFS, зачем на FreeBSD перебегать?
Настоящие пути к файлам будут для пользователя маскироваться.
Как в MacOS X что-ли? Ну и что? Кому надо, тот будет знать настоящие пути. А кому не надо — зачем такими понятиями голову забивать? Вон, на браузеры посмотрите… Скоро уж поколение пользователей появится, которое не знает, что такое URL.
Кхм, так на слабом железе сейчас и так только Linux можно завести, если ещё поддерживаемые версии рассматривать. Ну а там где сейчас DOS, там DOS и останется, в чём проблема?
Имхо, если это ещё и на практических примерах базируется, то это весьма уместный дружеский пинок. Потому что человек, которому сказано, явно на волоске от увольнения и начальство уже ищет ему замену. Кадровый дефицит позволяет такие ситуации, но они всё равно не длятся особо долго.
Вы ж сами написали: "Простой язык — обратная сторона бедности синтаксиса — возможность освоить язык за 1 день. Даже не за 1 день, а за 1 присест."
Что, мягко говоря, вообще не правда. Go — весьма сложный для освоения язык, потому что граблей по нему разбросано неимоверное количество. Даже статьи с подборками писали, типа 50 Shades of Go. Часть граблей имеет какое-то более-менее разумное объяснение, а часть — WAT чистой воды. Но в любом случае, освоить его быстро не получится, т.к. опереться на предыдущий опыт с другими языками не получится.
Причём тут сжимать? Это полноценный document-storage без необходимости затаскивать в проект к-н Mongo без крайней необходимости. Плюс с возможностью использовать эти поля в условиях на выборки.
Зато не все ORM поддерживают )))
Вы показываете низкую квалификацию такими утверждениями. Любое решение имеет свои trade-offs, и полно случаев когда поисковых возможностей PG более чем достаточно, а затаскивать Solr, Sphinx или Elastic в проект — нецелесообразно.
Ну, это говорит о том, что Вы и стандарт плохо знаете, потому что они даже там есть, но детали реализации в разных СУБД отличаются. Для чего используются? Много для чего: https://postgrespro.ru/docs/postgresql/10/tutorial-window
90% проектов и даже больше — это тупой CRUD, но это ни разу не повод хотеть заниматься такими проектами.
Что такое "обычное web приложение"? Не хотите поработать над необычным? )))
Возьмите free-тариф на Heroku, для небольшого хобби-проекта вполне норм.
Стандарт стандартом, но во-первых полнота его поддержки отличается в разных СУБД, а во-вторых разные СУБД добавляют разные возможности для оптимизации различных запросов.
А в вашем случае, вам остаётся небольшое подмножество стандарта, которое поддерживается более-менее одинаково основными игроками рынка СУБД, в итоге вы делаете запросы неоптимально и с кучей ненужных костылей. Для простых проектов, конечно, без разницы, а для нетривиальных — это потеря производительности и удобства разработки на ровном месте.
Например, как можно использовать PostgreSQL, но при этом не использовать jsonb, PostGIS, CTE, полнотекстовый поиск, оконные функции, индексы по функциям и т.д.? Я уж молчу про партиционирование и прочие тонкости работы с большими БД.
Ok, убивают программисты, которые не знают SQL и строят запросы через ORM, как через чёрный ящик.
Нет, это либо тривиальные проекты, либо банальная глупость — пользоваться маленьким подмножеством фич конкретной БД.
Среди коллег тоже могут быть друзья, почему бы нет?
Да не, реально много людей, которые не знают совсем уж элементарных вещей, не тянут даже на мидла, но при этом пробуются на сеньорские позиции. Возможно у вас просто HR-отдел есть, который первичную фильтрацию осуществляет.
А дальше то что? Сократить зарплату в 2 раза практически нереализуемо. Поэтому для руководства признать ошибку в данном случае == подписать приказ об увольнении или даже оформить процедуру увольнения за несоответствие занимаемой должности. Не самый лучший вариант для сотрудника.
А Вы проводили собеседования когда-нибудь? Я бы сказал, что самозванцев в индустрии не менее 80%, ну или неадекватов (на случай, если искренне считают себя сеньорами). И как раз поскольку поток самозванцев настолько велик, есть вероятность, что допустим 5% из них проскочат через первичные фильтры. Хотя да, испытательный срок обычно не проскакивают.
Ох-ты ж как завернул… Я выше уже привёл пример контекста, в котором подобную фразу мог бы сказать друг, который таким образом проявляет заботу. Но в целом вариантов разных можно придумать.
Не так. Вы решили технично навесить чувство вины на руководство? Выглядит забавно, но это сюр. То, что сотруднику удалось ввести руководство в заблуждение на какое-то время, не снимает с него ответственности за самозванство. Безусловно он виноват, что пытался выдать себя за сеньора, не являясь им по факту. И если у него совесть не совсем атрофирована, то вполне естественно испытывать чувство вины при таком раскладе, причём задолго до услышанной фразы, а с самого момента трудоустройства.
А вообще я где-то пропустил, подразумевалось, что это фраза от начальника? В таком случае, куда логичнее звучала бы более конкретная формулировка:
"Если ты в ближайший месяц не подтянешь свои знания по ..., то мы вынуждены будем тебя уволить или урезать зарплату, т.к. выяснилось, что твоя квалификация не соответствует занимаемой должности."
А то исходный вариант скорее как последнее китайское предупреждение выглядит.
Safari ещё, который новый IE в плане странных глюков и отсутствия поддержки части стандартов.
Просто указание на временный дисбаланс между квалификацией и оплатой. Хороший толчок, чтобы заняться профессиональным ростом, чтобы не потерять текущий уровень оплаты. Такие фразы не говорятся просто ни с того ни с сего, очевидно, что ей предшествовала какая-то ситуация из ряда вон, демонстрирующая фундаментальный провал в некой области, хорошие знания которой подразумевает занимаемая должность. Поэтому конструктивный посыл состоит в том, что знания в этой области необходимо срочно улучшить или можно оказаться без работы в ближайшем времени и без возможности найти другое место, на которое возьмут с такой же зарплатой.
Ну так панки давно уже на несколько субкультур разделились.
Вы почему-то решили, что приведённое выше высказывание — это способ обидеть, манипуляция и хз что ещё, но это ведь может быть чистой правдой.
Это тоже мимо. Профессиональная деформация — это изменение восприятия под воздействием специфики профессии, включая шуточки.
И что? С каких под посещение хакатонов и активность на Хабре стали частью профессии? Это сугубо опциональные вещи, весьма слабо влияющие на уровень вашего профессионализма.
Безусловно, среди программистов есть уйма представителей самых различных субкультур, но сама профессия — это ни разу не субкультура, поскольку вы без труда найдёте 2 программистов, у которых не будет ничего общего в плане систем ценностей, языка, манеры поведения и одежды.
Для текущего железа драйвера никуда не денутся… да и необязательно они должны быть частью ядра, для доминирующей платформы сами производители железа будут писать драйвера.
Есть же Arch, Gentoo и LFS, зачем на FreeBSD перебегать?
Как в MacOS X что-ли? Ну и что? Кому надо, тот будет знать настоящие пути. А кому не надо — зачем такими понятиями голову забивать? Вон, на браузеры посмотрите… Скоро уж поколение пользователей появится, которое не знает, что такое URL.
Кхм, так на слабом железе сейчас и так только Linux можно завести, если ещё поддерживаемые версии рассматривать. Ну а там где сейчас DOS, там DOS и останется, в чём проблема?
Имхо, если это ещё и на практических примерах базируется, то это весьма уместный дружеский пинок. Потому что человек, которому сказано, явно на волоске от увольнения и начальство уже ищет ему замену. Кадровый дефицит позволяет такие ситуации, но они всё равно не длятся особо долго.
А если не 10 запросов, а 700 там, где можно обойтись 2-3?
Всегда есть граница, за которой самый конструктивный вариант критики — это "WTF?"
Вы путаете профессиональную деформацию и субкультуру.