Comments 257
Очень много комментариев, глаза разбегаются) Так как мой первый акк вы заминусовали, отвечу отсюда:
Мой отдел не занимается SQL разработкой. Мы не проектируем БД, мы пишем запросы для получения данных. Я тимлид внедрения, а НЕ SQL-разработки. Мы работаем с MSSQL и PostreSQL.
В статье сказано, какие запросы я научилась делать за неделю. Это базовые вещи, которым учат на первых парах в универе. Плюс у нас предусмотрена система «дев-тест-прод», всё, что пишут новички в том числе, проверяется.
Нетворкинг — это хорошо и он помогает дойти до собеседования, но он НЕ помогает его пройти. Тестовое задание я делала сама, собеседование проходила на общих основаниях. Единственное, что я миновала — HR-отдел, всё остальное как у всех.
Никто ничего не приносил мне на блюдечке. Я прямым текстом в статье говорю, что очень много работала. Это помогло мне перейти от базовых знаний к глубокому пониманию системы, весь «успешный успех» здесь — это мой труд.
По поводу размеров наших БД — у первого клиента, с которым я работала, свыше 2000 пользователей по всей России и больше 1000 таблиц в БД. Это к слову о размерах базы.
Ну и спасибо за комплименты) мы работаем удалённо и почти без камер, потому очень приятно слышать)
На этом пока все. Всем чистых кодов)
блин :'( что-же я дурик то такой, 20 лет в айтишечке, сотня проектов, и до сих пор кляну себя за посредственные знания, каждый раз открывается что-то новое, особенно в SQL
а тут человек, судя по заголовку, за неделю всё понял.
вы не понимаете - у них настолько крутая low-code платформа, что пользоваться её может научиться даже младенец за полчаса.
ага, они крутые.. как раз сейчас сижу разгребаю кал после лоу-кодинга, если интересно, могу кейсы накидать, их есть у меня.
тут вообще нужен отдельный и пополняемый топик, с примерами, что творят баристы в айти
если интересно, могу кейсы накидать, их есть у меня.
Да, будет интересно.
ну вот сегодняшний кейс секцией mongo.. "бариста" перетаскивал легаси, накидал с помощью вайп-кодинга docker-compose файл, наверное потестил, всё работает. дальше прод, пару месяцев работы и рестарт машины. как думайте, что произошло?
# mongo log workers.
mongodb:
hostname: mongodb
container_name: mongo_log_workers
image: mongo:6.0
restart: always
networks:
- test_net
volumes:
- mongo_data:/data
- mongo_log:/var/log/mongodb
- ./mongo-init.js:/docker-entrypoint-initdb.d/mongo-init.js:ro
environment:
MONGO_INITDB_ROOT_USERNAME: root
MONGO_INITDB_ROOT_PASSWORD: ${DB_ROOT_PASSWORD}
command: mongod --wiredTigerCacheSizeGB 1.5
ports:
- "27917:27017"
expose:
- "27017"
## --- cut
volumes:
mongo_data:
driver: local
name: mongo_volume
mongo_log:
driver: local
name: mongo_log_volume10 строчка, конечно путь /db, стало быть и базы нету. как такое пришло в "голову" модели, я не знаю, 11 строка тоже такое себе.
даже самый захудалый it-хуман такую дичь бы не написал.
и такого у меня ууу много, особенно когда неочевидные зависимости есть, там всё, тушите свет.
я вспоминаю аналоговую AI модель, ещё до chat-gpt. это тысячи индусов. Boeing им несколько долларов и короткий prompt, взамен код для 737-max, чем всё закончилось, все знают.
я не против вайп-кодинга, я против бариста в it-лидах, потому, что мне подобным потом приходиться вникать, почему что то всё пошло не так.
Boeing им несколько долларов и короткий prompt, взамен код для 737-max, чем всё закончилось, все знают.
Справедливости ради, там виноваты были совсем не индусы. В авиации в принципе не бывает, что программистам дают "короткий промпт", там ровно наоборот, программистам дают максимально полную, детальную и развернутую спецификацию, спорить с которой и отступать от которой они не имеют права ни на шаг. Так что "берем сигнал только с одного из датчиков без валидации данных со второго датчика" - это не программисты-индусы придумали, программисты всего лишь реализовали в коде то, что были обязаны реализовать согласно спецификации, которую им дали инженеры-авиастроители.
да, скорее всего, но я же не индусов обвиняю в своём комментарии, а в общем подходе к инженерии, особенно в чувствительных областях. ладно у меня тут пару сотен товаров не отправилось с маркетплейса, хрен бы с ним, а вот летать становиться страшно. мы все скоро будем пожинать плоды недельных свитчингов из юристов в программисты и обратно.
Справедливости ради: действия при непроизвольной перестановке стабилизатора находятся в checklist memory items для пилотов сертифицированных на Б-737, а это очень короткий список. Тоесть, если среди ночи после вечеринки с употреблением всего запрещенного, пилоту приснится что он в кабине и у него непроизвольная перестановка стабилизатора - то он должен сначала не просыпаясь выполнить действия которые это устраняют, а только затем проснуться в холодном поту и перекреститься.
Все верно, об этом многие профессиональные пилоты говорили после того инцидента - что никаких особенных знаний о работе этой системы пилотам не требовалось, и ее отказ отрабатывался уже два десятка лет существовавшей до этого инструкцией runaway stabilizer.
Причем до этого трагичного случая уже были отказы датчиков этой системы MCAS, когда экипаж следовал инструкции и никакой катастрофы не произошло - отключили и долетели нормально.
Отош, человеческий фактор.
Случай с азиатами можно логически обьяснить - 90+% пилотов за всю карьеру с этим ни разу не сталкивались, и тут неожиданно. А эфиопы, уже имея бюллетень от боинга, шумиху в сми, инструктаж от авиакомпании, обсуждения в курилке и тд, просто воктнули борт в землю.
Как с гуся вода - ничего менеджменту не будет потому что авиакомпания федерального масштаба и далее цитаты: "Министерство юстиции США заключило с компанией Boeing сделку, которая позволит авиапроизводителю избежать уголовного преследования по делу о мошенничестве, связанному с двумя крушениями лайнеров 737 Max, в которых более пяти лет назад погибли 346 человек. ... Подобная сделка без судебного преследования является беспрецедентной и явно ошибочной для самого смертоносного корпоративного преступления в истории США"
Да очередные журношлюхи. Какое мошшеничество? Служебная халатность - возможно, но и то с натяжкой. По сути они увеличили вероятность некоего события(неконтролируемая перестановка стабилизатора), не документируя. К этому событию пилоты должны быть готовы, это часть их обучения. А некоторые из них оказались не готовы. И все.
которую им дали инженеры-авиастроители
Перед этим "эффективные" менеджеры из Боинг уволили (всех) инженеров с опытом, а разработку отдали на аутсорсинг включая московский офис, что не исключает написание кода индусами за плошку риса в $9/час. Те кто хотел говорить скоропостижно скончались в том году: Джон Барнетт (самоубийство двумя выстрелами в голову), Джошуа Дин (внезапная агрессивная инфекция). Остался только Сэм Салехпур
Boeing 737 MAX сваливается (теряет подъемную силу) из-за того навесив большие по размеру двигатели сместили центр тяжести сместили, а те системы автоматически изменяют угол тангажа опуская нос, но системы не были синхронизированы. На этой штуке смертельно опасно летать и в наши дни.
но системы не были синхронизированы. На этой штуке смертельно опасно летать и в наши дни.
citation needed
Давно это было. "В случае индонезийского лайнера из расшифровки черных ящиков известно, что сваливание инициировала новая автоматическая система МКАС, которая установлена только на Boeing 737 MAX. Она ориентируется на показания двух датчиков угла атаки, и автоматически опускает нос самолета вниз, если считает, что он задран слишком высоко. Перед первой катастрофой система запустилась из-за неисправности одного из датчиков."
"Система MCAS появилась в связи с тем, что конструкторы Boeing установили на самолетах линии MAX двигатели большей мощности и большего диаметра, чем это было на предыдущей модели Boeing 737-800 NG. Конструкторам пришлось укоротить крепление двигателей, а сами турбины разместить впереди у крыла. Однако в результате поменялась аэродинамика самолета. При взлете двигатели развивают такую тягу, что самолет опасно задирает нос, и это приводит к угрозе срыва потока и сваливания машины. Датчики MCAS должны контролировать скорость лайнера и угол атаки и, в случае превышения последним определенного уровня, автоматически опускают нос самолета."
https://www.nytimes.com/interactive/2019/03/29/business/boeing-737-max-8-flaws.html "MCAS relied on only one of two sensors that measured the plane’s angle of attack. “That’s not a good engineering system,” said Bjorn Fehrm, an aeronautical engineer. “That’s where they screwed up royally.” На сайте детальная презентация.
О том что у боингов отваливались детали (что указывает на глубокие проблемы в компании) не знает наверное только ленивый.
Это я все прекрасно знаю и читал еще несколько лет назад :) Речь была конкретно про формулировку "не синхронизированы".
По факту же проблема была в том, что использовался сигнал только одного из датчиков без валидации его корректности сравнивая с сигналом со второго датчика. Это называется немного другим слово (слово "синхронизация" тут немного не в тему), эта проблема уже давно исправлена, и даже когда она присутствовала, она решалась следованием пилотами инструкции runaway stabilizer.
https://spectrum.ieee.org/how-the-boeing-737-max-disaster-looks-to-a-software-developer очень хороший детальный разбор (автоперевод)
"В самолете 737 Max в каждый момент времени активен только один из компьютеров управления полетом — либо компьютер пилота, либо компьютер второго пилота. И активный компьютер получает данные только от датчиков на своей стороне самолета.
Когда два компьютера не согласны, решение для людей в кабине — посмотреть на панель управления, чтобы увидеть, что говорят другие приборы, а затем разобраться. В системе Boeing компьютер управления полетом не «смотрит» на другие приборы. Он верит только приборам на своей стороне. Он не идет по пути старой школы. Он современен. Это программное обеспечение."
"Поразительно, что никто из тех, кто писал программное обеспечение MCAS для 737 Max, похоже, даже не поднял вопрос о возможности использования нескольких входов, включая противоположный датчик угла атаки, при определении компьютером надвигающегося сваливания. Как пожизненный член сообщества разработчиков программного обеспечения , я не знаю, какое токсичное сочетание неопытности, высокомерия или отсутствия культурного понимания привело к этой ошибке."
"Поразительно, что никто из тех, кто писал программное обеспечение MCAS для 737 Max, похоже, даже не поднял вопрос о возможности использования нескольких входов, включая противоположный датчик угла атаки, при определении компьютером надвигающегося сваливания.
"Почему никто не поднял вопрос" - потому что именно так пишется и всегда писалось ПО в авиации. Там программисты кодят по спецификациям, которые им дали и не имеют права отступать от них не на шаг, и не в их компетенции их оспаривать, давать советы и проявлять какую-либо самодеятельность.
Те кто хотел говорить скоропостижно скончались в том году: Джон Барнетт (самоубийство двумя выстрелами в голову), Джошуа Дин (внезапная агрессивная инфекция).
Они хотели говорить про полный П в производстве и процессах.
Boeing 737 MAX сваливается (теряет подъемную силу) из-за того навесив большие по размеру двигатели сместили центр тяжести сместили, а те системы автоматически изменяют угол тангажа опуская нос, но системы не были синхронизированы.
Это мягко говоря настолько поверхностно, что неправильно.
На этой штуке смертельно опасно летать и в наши дни.
Я вот пару недель назад слетал в обе стороны максом и рад тому что их наконец то поставили рейс, которым я часто летаю. Банально салон больше и комфортней.
наверно всё же вайб-кодинг. хотя wipe-кодинг тоже интересно звучит)
Вайп-кодинг - мощный термин, весьма красноречиво описывает последствия
Подскажите, пожалуйста, если до данных монги путь data/db, то почему путь data/ не включает их, разве это не должно сохранять все содержимое каталога data/?
Я так понял путь должен быть просто db/, без /data.
В итоге сами данные клались не во внешний volume как надо, а в сам контейнер, и в итоге не пережили пересоздание контейнера.
ааа теперь ясно, но штош щит хэппенс
не не, именно /data/db
volume монтируется в корень /data полностью перезаписывая его содержимое. если в образе были файлы в/data/dbони теряются, потому что volume изначально пуст.
ну попробуйте, чё, делов 5 минут, у всех же на компе есть монговский Compass, чтобы пару документов закинуть в тестовую коллекцию
ещё один сегодняшний :)))
задача, как то разделить ордера по разным службам доставки.
бариста спрашивает у AI товарища, как бы так сделать, чтобы в код не лезть, тот сука умный, говорит, а ты добавь дополнительный статус ордерам в админке, и назначай его по своим характеристикам тем ордерам, которые хочешь обрабатывать во втором аккаунте доставщика. сказано - сделано. проходит 3 месяца. естественно готовятся репорты, аналитика и всё такое.. где половина денег, никто не понимает, даже AI агенты (о боже)
буду сюда постить кейсы, они почти каждый день.
Кейс это когда просят создать индекс для запроса, а то чёт БД тормозит. Открываешь запрос, а там 400 union и в каждом сортировки и функция upper в условиях 😅
Особенно если набить татуху на груди, надеть декольте и пройти внедрение.
Классик стори. Работа баристы увлекать т.е. заболтать клиента что (критически) необходимо продажнику. Друг-айтишник по бару шепнул HR-у ткнув перстом в героиню "берем ее" "миновав" HR отдел. И сестру потащили вагоном в семейный бизнес. Так что эта духоподъемная история вовсе не про SQL, а про продажи платформы😆 "Из бариста в продажника (sales)"
Да она и как продажник ни о чем. Настоящие продажи это тяжёлый труд. А заход в отдельную точку с трудным продуктом - это считай штурм населенного пункта. Как правило второго шанса не будет.
любимый принцип быдлопродажников - обосрались и плывем дальше, теория продаж не признает. Впрочем они об этом не знают, потому что её не изучали)
Только не говорите нашему СТО он же купит, все эти передвижения кубиков по экрану очень гипнтотизируют ТОПов, у них прям глаза загораются что можно будет избавиться от дорогих программистов ( у нас в конторе зп разрабов это внезапно CAPEX) и набрать операторов лоу код платформы а это OPEX и мечта. сидят мартышки и перетаскивают кубики все ясно и понятно без ваших этих ООП, инкапсулюций и микросервисов с кафкой какафкой
э... так списать ЗП прогеров на CAPEX - наоборот мечта текущего CEO.
Ты по сути ты три года не "тратишь деньги", а закидываешь их "на баланс".
А разгребаться - списывать с баланса и разбираться "реально ли разработанное стоит столько за сколько мы это разработали" - будет уже следующий CEO.
да, но есть жи экселечка у финдира где инвестиции должны приносить отдачу, как там в учебниках ставка ЦБ + премия за риск. А ставка ЦБ сейчас такая что проще бабки на депозит закинуть и никакого риска
Это у нас (в РФ) так, а у них частенько как описано комментом выше, хотя послденее время меньше - там тоже бесплатные деньги кончаются.
Так мой поинт в том и заключается, что с "приносить отдачу" будет уже следующий Гендир разбираться.
Очень смешно с "никакого риска". Соседние страны, пережившие по несколько кратных девальваций, затарились попкорном и ждут, когда же уже вас в очередной раз обуют.
Не я писал учебник по финансам, а там так написано.
Для ФинДира это безрисковый инструмент, надежней только облигации гос долга, опять же по теории
Девальвации и прочее ФинДира особо не волнуют если у него нет например валютных платежей скажем за лизинг воздушного или морского судна.
Если компания работает внутри перимитра расходы в рублях и выручка в рублях то любые девальвации вообще никак не парят финдира.
Вопрос сохранности денег и прочих норм прибыли владельцев бизнеса решают другие люди и другими инструментами.
Выучила SQL за неделю, стала тимлидом за год… А я вот третий день пытаюсь понять, почему у меня JOIN не работает. Видимо, кофе не тот варю.
Не с тем РП общаешься.
Или с тем, но не так.
Очевидно, это запрещённый JOIN
Я на севере была, золото клпала.,
тот самый ненужный джойн, который на собесах просят удалить
Чё-то вспомнил свой собес и как меня взяли на работу не просто с нулём опыта, а даже без специального образования (я бакалавр биологии), а сейчас я - один из специалистов-аналитиков пишу тех.задания для проггеров на аутсорсе. Часто ковыряю sql-код всякий связанный с интеграцией с программой, представители которой из России ушли и нам теперь надо на рынок выкатывать что-то на замену. Ну и реверс-инжинирю иногда потихоньку. Могу скрипт (sql, python) написать если надо (если интернет есть).
И, прошу заметить, ни одного блядского курса я не проходил. Я просто гуглил.
Не все, а базовые принципы (так в тексте). По-моему, любой умственно здоровый человек с минимальной склонностью к программированию через неделю может писать запросы, что здесь невероятного?
а для чего они нужны? я знаю базовые принципы химии, физики, математики, медицины(гинекологии) и куче других наук, но блин, представляю, прихожу я такой на форум ЦЕРН и заявляю.. дальше вот эта статья с заменой SQL на LHC (Large Hadron Collider)
ps да чёрт возьми, я и в кофе не плохо разбираюсь. варю и дома и на работе, но я точно не бариста
Чернь посмела прийти в твою it? Как же так, люди хотят менять сферу деятельности.
зачем вы унижаете топикстартера? свитчеров миллионы и миллионы, и из смежных областей и из прямо противоположных. да и сам свитчер из радиотехники. вы просто контекст обсуждения потеряли.
Чернь посмела прийти в твою it? Как же так, люди хотят менять сферу деятельности.
Нагло передёргиваете. Люди хотят менять сферу деятельности? Пусть меняют, но не заявляют, что умение писать примитивные запросы уже делает их специалистами.
Почему-то в данном контексте теряется отношение к свитчерам с нашей стороны как пользователей: когда падает качество продуктов, которыми мы вынуждены (или привыкли) пользоваться -- а такое происходит повсеместно -- отношение к людям, "меняющим сферу деятельности", становится не столь снисходительным. Хоть и не только они виноваты в падении качества.
через неделю может писать запросы
писать-то может, главное не запускать их на проде...
Ну базовые не вопрос. Но это 0.00001 процент от необходимых для должности тимлида... А так всё норм, ничего странного
Вот вы прикалываетесь, а я лично сталкивался с тимлидом, который не умеет update-join. Причем его наняли в команду, где подобные навыки требуются.
Не работал с SQL, прочитал про JOIN-UPDATE и ужаснулся.
Кажется, что это какой-то perf (позволяющее делать раннее отсечение) по сравнению с UPDATE *** WHERE.
Но если у нас под условие попадёт более 1й строки - что произойдёт?
Кажется ужасная вещь.
П.С.
Я ведь правильно использую синтаксис?
UPDATE table1
JOIN table2 ON table1.key = table2.value
SET table1.field_x = table2.field_y
WHERE condition;
Но если у нас под условие попадёт более 1й строки - что произойдёт?
Либо будет записано значение из любой из этих строк (неопределённое поведение), либо ошибка - зависит от СУБД.
прочитал про JOIN-UPDATE и ужаснулся.
Для людей, далёких от SQL, любые специфичные вещи в этой сфере выглядят ужасно :)
Ничего ужасного, на самом деле, нет. Такая штука очень удобна, когда, например, надо перенести данные из одной таблицы в другую, с похожей структурой, 1 в 1 по заданному первичному ключу. И перенести надо данные не из одного поля, а множества. Эта конструкция избавляет от необходимости городить громоздкие подзапросы и работает быстрее, да и визуально выглядит намного понятнее.
Если попробуете этот же запрос переписать в обычный UPDATE, то сами ужаснётесь. Особенно, если там в разделе SET не одно поле, а множество.
Надо в обсуждении мнение @NineNineOne @bezdnacom@xSVPx @p07a1330 послушать.
Зачем? Я не понял смысла статьи. Мотивация ради мотивации? Ну не ради рекламы же статья написана? И явно не чтобы потешить чсв? Подобная статья в 2020 году была бы актуальна на мой взгляд, ну или в 2019. А сейчас писать такие статьи - как возить читателей по раздолбанной деревенской дороге на старом тракторе.
Я оставлял в других тредах комменты, думал помогу новичкам, если снижу градус элитарности авторов, постарался урезать долю их вранья насчет обязательного знания языка программирования для тестировщиков, знаний алгоритмов для разработчиков, но все это без толку.
Блогеры стараются набить себе цену. Нужно фильтровать.
Я понимаю так говорить про C++, но в SQL открывать для себя что-то новое 20 лет к ряду это надо очень крутые проекты тягать. Там общепринятое применение обычно процентов на 5-10 от всех возможностей технологии. Повезло с проектами!
Вообще любая живая технология это бесконечный кладезь чего-то нового. Что не отменяет того, что, ну пусть не за неделю, но года за два можно понять основные приёмы, принципы и методы мышления. Это обычно и называют "всё понял".
а вот да. Я это для мотивации использовал. Видел я одну девочку, работала у нас - глупая, знает мало, хреновенький менеджер. А потом её взяли аналитиком данных в сбер на 400к.
Вот пока вы сомневаетесь, какая-то девочка, не знающая и не умеющая ничего, уже лид, за большие деньги, катается по миру и делает красиые фоточки
Но там же хотя бы статистику над знать, тервер и питон
ну как так то?
Это не надолго. До первого серьезноого инцидента))) Например потеие всех данных по целому региону))))
Ну мы же не девочка! (Ох, что-то последнее время я все чаще жалею, что когда был астральным телом, не озаботился прагматичным выбором половой принадлежности... А сейчас уже поздно 🤣)
Я думаю, это перегиб в желании привнести женскую логику в команду. Просто одно дело взять на джуна , с последующим ростом до мидла лет через пять. А тут просто перегнули и... (Это конечно большой вопрос почему перегнули. Есть масса вариантов...) Вообще сейчас как то все слишком быстро и у мальчиков - год и уже мидл. Через пару-тройку лет уже идет сеньором устраиваться... И что самое интересное, успешно устраивается. Аномалия какая-то прям 😁
Вообще сейчас как то все слишком быстро и у мальчиков - год и уже мидл.
Смотря какой мидл и как прописаны грейды в конкретной компании.
Во-первых, какой "год" имеется в виду? Год работы после оконченного университета, десятков пет-проектов и изучения программирования ещё со школы? Или год работы после вкатывания в айти с полного нуля с должности баристы, как автор?
В первом случае я верю, что уже за год может получиться крепкий миддл - это лишь вопрос упорства. Во втором - едва ли.
А во-вторых, хотел бы я посмотреть, какие там требования для грейдов в тех компаниях, в которых джун за год становится миддлом. Может, у них там вообще джун - тот, кто умеет делать JOIN, миддл - тот, кто умеет делать ещё и LEFT/RIGHT/FULL JOIN, а сениор умеет создавать индексы, и они даже работают. Понятно, я утрирую, но по недавнему признанию автора складывается впечатление, что требования по грейдам у них в конторе невысоки.
Миддл в айти - это вам не сварщик 3-го разряда, с чётко прописанным списком компетенций, который един для всех и вся. Они варьируются от компании к компании, и иногда довольно сильно.
Я не сомневаюсь так как видел такое
Надо было в Septike учиться, а не там , вот, в этом ...
Справедливости ради: на мой взгляд Stepik - лучшая обучающая платформа (с бесплатными и платными курсами в рунете на сегодня).
Как по историческим причинам - появились до хайпа "войти-в-айти" и поэтому успело сложиться квалифицированное "ядро" авторов, так и по содержательным - например формат обучения с короткими шагами (лекция + закрепляющая практика) просто лучше для запоминания.
Обычно на комментарии типа: да он тупой и нифига не знает говорю так:
А умный бы не взялся. А этот просто не понимает куда лезет, и таки сделает.
Ну или не сделает. Но хотя бы возьмётся.
Ох не думаю, что эта лажа тут зайдёт
Ох не думаю, что эта лажа тут зайдёт
Отлично зашла - вон как почтенная публика в комментариях резвится, наверное каждому встречался такой тимлид/рукамиводитель, получивший должность не по блату, а через "нетворкинг" - у меня такая была и это, скажу я вам, полный пиииии.
Это успешнейший успех и заявка на рекордно худший старт на Хабре.
У меня знакомый устроился на первую работу джуном в одну печально известную криптобиржу с одиозным руководителем. Когда руководитель в очередной раз выдал какую-то шизу, то вся бригада разрабов встала и ушла. Остался мой знакомый с опытом в 3 месяца - его и наметили следующим тимлидом. Правда, он пошел не на хабр, а ко мне с подозрениями, что что-то здесь нечисто. Совместными усилиями мы трудоустроили его в международную компанию на сложный проект снова на джуна. А мог бы, дурачок, уже СТО стать в той криптобирже.
Искали мы однажды инженера-конструктора. В одном резюме прочитал, человек начал как техник на Байконуре, через два года он уже ведущий инженер-конструктор там же. Причем институтского образования у него не было. )))
Как в анекдоте - Доктор, мой сосед говорит, что он с женой семь раз за ночь! - Так и вы говорите!
Мне предлагали как-то занять позицию главбуха:) когда недолго 1С занимался и нужно было разгрести бардак в приходе-расходе одного магазина синхронизировав базы данных (DBF, не сетевые) офиса и склада за несколько лет ... искали на кого бы скинуть ответственность перед инспекцией :) Магазин тот закрыли, а подобные предложения могут быть ловушкой.
минусы к статье ставят "слабые" программисты, которые не вывезут автора в спарринге)))
я конечно понимаю - деньги не пахнут, ну честно, это уже какая-то совсем "инфоцыганская" интеграция с приправой про "успешный" успех ....
По субъективному мнению процентов 98 статей на Хабре сейчас написаны для рекламы какого-то очередного кала в виде программного продукта, платформы или ТГ канала. Те же "статьи для блога MinervaSoftware" вообще из пальца высосаны и поголовно про "успешный успех". Вот и тут. Лох не мамонт, вот и завлекают.
Автор просто гениален! Как я понял из статьи у автора две высокие компетенции и еще автор развивает во время работы другие компетенции.
Если в компании человек с годом опыта стал тимлидом, то у меня вопрос, чем же там занимаются все остальные.
рестлингом
Выясняют к какому из 158 гендеров они принадлежат, какие у них местоимения и можно ли придать хоббихорсингу и квадробингу придать статусы гендеров в ЛГБТ сообществе (запрещено в РФ).
Варят кофе
Теперь кофе варят они.
Статья отвечает всем стандартным требованиям анкеты с сайта знакомств, впрочем из опасений быть побитым автором пожалуй не стану дальше развивать эту мысль)
Увидел заголовок поста и уже знаю что там в комментариях
софт скилы решают
Ох уж, эти сказки! Ох уж, эти сказочники! Я думаю за то, что можно выучить за неделю деньги нормальные не платят. Это не стоит того. У нас и за усилия-то не всегда принято платить. Больше верю, что по знакомству посадили на теплое место и ей легко даётся, потому что остальные дураки пашут.
Я думаю за то, что можно выучить за неделю деньги нормальные не платят.
Ну, как... меня в школе обучали сперва DBase III, потом FoxPro 5... хорошо обучали - и формы клепали неглядя, и запросы с джойнами, и контроль входящих данных, и индексы оптимизировали (а как их не оптимизировать, если "всё это богатство" работало на 286-х машинах с мегабайтом оперативки?)... спустя лет 10 опытный разработчик из соседнего отдела пожаловался в курилке, что отчёт стал слишком медленно (более 15 минут) строиться в корпоративной CRM - ну, я, будучи "младшим сисадмином" пошёл к нему на "показать дураку" - нет, под капотом был совсем не FoxPro, а MS SQL 2000, но увидев его запросы, я чуть не поперхнулся - предложил пару правок, опираясь на остатки школьных воспоминаний, и что Вы думаете? - он даже не смог засечь, за сколько времени отчёт построился!
Как думаете - если бы я недельку после этого поштудировал материалы по MS SQL, был бы у меня шанс устроиться в соседний отдел на нормальные деньги? Но мне к тому моменту сильно больше нравилось работать с существующими сервисами, нежели писать софт для них, хотя меня и приглашали в разработку - не было у них специального человека по оптимизации SQL-запросов (ну и DBA не было - базы данных проектировались плоскими и малоэффективными).
Как бы вам сказать - вы и не за неделю же. Вы сами гоорите, что со школы изучали. И произошло это спустя 10 лет. Т.е. эо не неделя на всё.
Ну, так, и бариста упоминала, что училась в классе с углублённым изучением информатики, и, в частности, изучала SQL (а не безумно устаревших его предков, как я). Так что, если изучала в достаточном объёме (пусть и без особого интереса), то за неделю освежить и расширить до необходимого минимума - пуркуа бы и не па?
А зачем тогда обманывать людей, что бариста за неделю освоила SQL? Нет, с точки зрения маркетинга я понимаю, что это привлекает внимание. "Любая кухарка может управлять государством" и все такое, чтоб люди записывались на курсы и тратили свои кровные на "образование" (стоит ли говорить об уровне образования на множестве платформ?).
Вопрос больше с точки зрения морали.
А вот у меня за последние пару лет примеры наоборот - из IT в бариста)
Друг пол года ждал проект, в итоге переучился на КИПиА (у него ВО по электронике) и ушёл на производство.
Одна знакомая реально ушла в кофейню (была в мобильном геймдеве - сократили, нового ничего не нашла)
Кто-то сидит и ждёт своего звёздного часа, "проедая подушку" от хороших времён
Кто-то курьерит "для души"
И всё это люди 27-35 лет, то есть не джуны после курсов.
Возможно, мне просто попался такой круг неудачников, но давайте не будет тут "Из бариста в тимлиды за 2 дня"
27-35 - вполне себе "джуны, после курсов". тем, кто намного старше, тоже часто приходится из программистов уходить.
И всё это люди 27-35 лет, то есть не джуны после курсов.
Наверняка еще и не занимаются
вокалом и реслингом.
Отстают от требований рынка и по софт, и по хард скиллам.
Однозначно
круг неудачников
Принимайте в клуб. Правда у меня тоже по факту "из баристы в программисты", но у меня профильное образование и самообучение два года что работал в кофейне, потом всё же уволился оттуда и устроился в небольшую компанию.
А сейчас похоже придется идти обратно, или брать яйца в кулак, делать нормальное портфолио и идти в другую компанию, ибо на нынешнем месте работы почти нет, за счёт чего и денег особо нет. Да и развитие шло больше в ширь, в итоге перепробовал кучу технологий но углубленных знаний нет. Ох уж этот аутсорс.
В итоге мне сейчас 28 лет, но я не уверен что с моими знаниями меня куда либо возьмут. Видимо придется снова кофе варить.
П.с. очень надеюсь что это всего лишь синдром самозванца и я что-то да умею.
Учитывая множество жалоб на HR "специалистов" я и не удивлен, что столько людей не могут найти работу по специальности. Видел разные жалобы начиная с собеседования без малейшего понимания специфики вакансии сотрудником HR, до отказов в трудоустройстве из-за неподходящего знака зодиака у соискателя.
Хорошая статья, прямо русская народная сказка.
так, в статье присутствует слово "нетворкинг". расходимся.
Понравился поименный список подаванчиков и их комментарии в Performance Review) Обычно всё анонимно, особенно если тимлид реслингом занимается.
а, так это еще и реклама какого-то тренажера и курса на степике.
Пока мы тут с вами обсуждаем бариста, в соседней теме уже любители баночной "балтики" подтянулись )))
По-моему, это спидран попадания в Read-Only
Девушка, не зарывайте талант в землю. На кой вам этот SQL? Открывайте сразу курсы личностного роста.
Программист - это не про "выучил А за Б дней" или "стал А за Б месяцев".
Это про использование инженерных возможностей для автоматизации и оптимизации и т.д. всего кругом. И совершенствования в этом. И делаем мы это, потому что НЕ можем НЕ делать. А не потому что модно или денег много.
Сколько пафоса. Когда-то, возможно, так и было, но ИТ давно уже вполне обычная сфера деятельности, масса народу занята и далеко не все здесь по какому-то "призванию", "не могу иначе" и т.п. Просто работа за деньги и большую часть времени занимаешься рутиной, а не "делаем мир лучше".
Вот да, я в своё время наслушался подобных заявлений:
Если вы не горите программированием по-хардкору и не кодите по ночам вместо сна, то вы обычный наёмник, а не идейный разработчик!
Вы должны десять лет оттачивать навыки на пет-проектах, только после этого пути самурая вы будете достойны трудоустройства!
Если вы не программировали с 16/14/10 лет, то и не лезьте в это дело, это не ваше!
И тогда я реально переживал, что не дотягиваю я до этих высоких стандартов.
А потом оказалось, что чушь всё это, и это всего лишь сектанты от айти выдумали себе культ карго в виде ими же выдуманных идеалов, которые будто бы должны служить объективным критериями, а на самом деле не значат ничего.
очень крутая статья, никого не слушайте, особенно меня.
Ну вот, опять обвинят хабр в сексизме, шовинизме... и ещё каком-нибудь неологизме.
Скрытый текст
Я попал в IT без профильного образования и через неделю думал лишь, что я ничего вообще не понимаю и сколько всего надо выучить и не просто выучить, а еще и отточить эти навыки на практике, чтобы стать хоть минимально полезным в компании.
Вопрос про минусы к статье, а почему не может быть правдой написанное? Люди разные, и кто-то действительно может за неделю понять sql. Тем более это совсем не сложная область для старта работы, можно начать работу и без хранимок\триггеров\планов.
А сама тема статьи мне кажется норм, приятней узнавать про положительный опыт. И хорошо что человек не побоялся нового и нашел себя в чем-то другом. А для новичков создавать проблемы это нормально, да и профессионалам будет чем заняться.
Статья посвящаятся высокому ЧСВ и поверхностному пониманию индустрии. Если оценивать как метаиронию - 5 баллов!
Слепаков про женщин в лексусе пел. Софтскилы рулят, да.
"... но умные люди относили её обратно"
Не выдуманные истории о которых невозможно молчать
букально статья о том, почему ИТ в таком состоянии - хз кто с улицы на коленке осваивает инструмент и через год человека ставят лидом (хоспади, кто ж там работает?)
Вот, вот ровно по это причине. Знания? ОПыт? Глубокое понимание? Смежные области? Не, воткнём хз кого, норм.
Вы просто все гейткиперы, не верите уважаемым людям! Пробивным, зубастым волчатам, новому поколению работников, зумерам, которые не хотят тянуть лямку за корку хлеба, как миллениалы, а требуют справедливого отношения к себе!!!111 (тьфу, блин).
гейткиперы
Почему-то вспонмилось:
Hold the door..Hold-dorr.. Ho-dor
которые не хотят тянуть лямку за корку хлеба, как миллениалы, а требуют справедливого отношения к себе
Не вижу ничего плохого в таком подходе. Но только если человек реально что-то умеет и может.
Так это как раз "миллениальский" подход: "я крутой спец, у меня 20 лет опыта. Касса вон там". Здесь какой опыт? Один год? На каком проекте тоже не понятно. Как там ниже пишут - 1000 записей и 3 клиента. И при этом человек себя в тим-лиды записал... Ну если тим-лидом считать того, кто ходит и по плечу хлопает, то наверное да, можно за год освоить. В данном случае она ещё может выучить как кан-кан или твëрк танцевать в качестве поощрения за вовремя выполненный таск 😁
видел в одном почтовом холдинге кейс "от джуна до лида QA" за 8 месяцев.
так что автор не особо и успешна
Там проект имеет 1000 записей в базе и 3 клиента в час. По-другому это не объяснить. Не возможно вывезти серьезный проект с огромной базой с таким опытом. Ну или автор гений.
Странно видеть так много хейта и плоских шуточек в комментариях... Человек рассказал о своём пути в IT, поделился ссылками на бесплатные курсы (уверен, что они будут полезны для начинающих). Для кого-то данная статья может стать вдохновением, как человек изменил свою жизнь, профессию... Не всегда просто так решиться и изменить свою жизнь...
У каждого свой путь... Для кого-то он труден и тернист, как "Per aspera ad astra (лат. через тернии к звёздам)", кто-то достигает результатов быстрее. Все мы разные...
Из своей жизни знаю коллегу с хорошим техническим бэкграундом, но слабыми софт скилами. И когда коллега проходил собесы, то сильно волновался и не мог нормально построить свои ответы на вопросы...
Как правило, умение общаться играет не последнюю роль при трудоустройстве на работу и дальнейшем взаимодействии с коллегами. Видимо у автора с софт скилами проблем нет, а технические знания можно подтянуть (опыт - дело наживное).
Понимаю, что здесь на Хабре в основном сидят матерые спецы своего дела, но коллеги, мужчины, надо же быть чуточку добрее и человечнее.
Просто высказал своё мнение. Всем добра.
Для кого-то данная статья может стать вдохновением, как человек изменил свою жизнь, профессию... Не всегда просто так решиться и изменить свою жизнь...
Это может вылезти боком, когда вдохновившийся столкнётся с суровой реальностью. И, глядя на кейс автора (который вообще мог быть выдуман от начала до конца), подумает "блин, наверное, это я просто дурак и бездарность, тут вон люди за год тимлидами становятся, а я..."
И человек опустит руки и сам уйдёт в баристы, так и не узнав, что приложи он куда больше сил и времени, и всё бы у него получилось. Ведь люди в 99% случаев тратят намного больше времени и сил, чем "SQL за неделю", и тимлидами становятся не за год, а куда больший срок. Но подобные сказочные истории вводят в заблуждение и создают картинку, будто каждый может повторить успех автора, просто потрать недельку на "освоение SQL" и всё будет...
Поэтому я и написал далее:
У каждого свой путь... Для кого-то он труден и тернист, как "Per aspera ad astra (лат. через тернии к звёздам)", кто-то достигает результатов быстрее. Все мы разные...
Как говорится - под лежачий камень виски не течёт.
Наша судьба в наших руках. Не жди хорошего момента, создавай его.
Инструкция – как слить рейтинг компании в труху. Непонятно, на что расчитывали
Непонятно, на что расчитывали
Рассчитывали на то, что стиль Славы Рюмина даже эту статью выведет в плюсы.
Просчитались, но где? Понятно, где: статья ведь не про когтеточки, а по профильной для ресурса теме, вот её и разнесли в пух и прах вместе с рейтингом и кармой автора. Да и рейтингом компании за одним.
Почитал комментарии, маленько удивился. А почему, собственно, человек с опытом изучения ЯП в школе не может выучить основы SQL, и за год прокачаться до норм уровня в системе low code?
У меня одна подружка похожий путь прошла. Причём система, которой она пользуется, позволяет вставки на сишарпе, и она их тоже пишет. И тоже ей дали джуна в обучение.
Да, это не 10к евро в месяц лид, но не везде нужны C++ гуру с опытом в 20 лет. Вполне может быть, что работящий человек за год хорошо разобрался в SQL, и может другому помочь. Мы в универе SQL за семестр прилично так изучали, а потом и вовсе на продвинутом уровне ещё два семестра. И это было далеко не 5 часов в день, хорошо если в неделю столько. Да и то вряд ли.
В комментах же цветёт сарказм, сексизм и прочая и прочая. Поделился человек своим опытом. Случай как случай - нет, надо облить говном до с головы до ног.
Ещё и к заголовку претензия - дык сейчас любой заголовок кликбейт, по-другому не делают.
Я наоборот, считаю, что хорошо, что есть мотивирующие статьи, и девушки идут в IT. Да, не всегда это гладко, но хватает хороших программисток. У нас в команде такая есть, хотя сначало казалось, что не тянет. А теперь лид постоянно её хвалит.
Я наоборот, считаю, что хорошо, что есть мотивирующие статьи, и девушки идут в IT. Да, не всегда это гладко, но хватает хороших программисток.
Да, девушки-программисты существуют, и это бывают очень хорошие специалисты.
Вот только такие ужасные статьи бросают на них тень, переводя в разряд такого же вымысла, как и эта статья.
А существуют парни-программисты, и это бывают очень плохие специалисты.
А статья - вообще не вымысел
А статья - вообще не вымысел
Поздравляю с первым комментарием вас.
Спасибо. Может, подскажете мне, почему вы в одном своём комментарии осуждаете "сектантов от айти, которые выдумали себе культ карго в виде ими же выдуманных идеалов", и тут же именно это и делаете?
В статье же написано про запросы к БД. Там основных элементов, типа, 6 - а дальше их комбинации. По-моему, если ты хоть с какой-то табличкой сталкивался (маме в Excel помогал доходы/расходы вести - да что угодно) - тебе уже будет достаточно просто понять сам принцип работы с запросами.
И про год практики: если вы в течение года 5 раз в неделю по 8 часов будете учить, например, 6 танцевальных движений, то через год вы будете знать их достаточно мастерски, чтобы учить им других, не так ли?
Да, автор не операционку на ассемблере пишет, но и вы - не Стив Возняк, чтобы её судить.
Поэтому вопрос: что именно натолкнуло вас на мысль, что история - вымысел?
Спасибо. Может, подскажете мне, почему вы в одном своём комментарии осуждаете "сектантов от айти, которые выдумали себе культ карго в виде ими же выдуманных идеалов", и тут же именно это и делаете?
Вы не поняли сути того моего комментария.
Я осуждал вполне конкретный стереотип о "настоящем разработчике" как о этаком безумном гении, который программирует практически с пелёнок, делает это не за деньги, а из-за любви к искусству, и вместо личной жизни у него различные пет-проекты. По мнению айти-сектантов, настоящий разработчик должен быть только таким, а все остальные недостойны войти в профессию. Хотя все вышеперечисленные пункты вообще не делают человека настоящим специалистом, так как говнокодить можно и после 30 лет стажа. И наоборот, в айти достаточно много людей, у которых есть личная жизнь, семья, хобби, и при этом они отличные специалисты. И которые впервые программировать стали в институте, да.
В статье же написано про запросы к БД. Там основных элементов, типа, 6 - а дальше их комбинации. По-моему, если ты хоть с какой-то табличкой сталкивался (маме в Excel помогал доходы/расходы вести - да что угодно) - тебе уже будет достаточно просто понять сам принцип работы с запросами.
В реальной разработке умение написать рабочий запрос - это лишь верхушка айсберга. Подводная часть айсберга состоит из, к примеру, таких вопросов:
1) Как оптимизировать запрос, чтобы он выполнялся быстро даже на огромном количестве данных;
2) Какие индексы для этого нужно навесить;
3) Разобраться, почему тот или иной индекс не подхватывается, найти пути решения;
4) Как обновлять данные в БД, чтобы не было коллизий, какой уровень изоляции транзакций и в каких случаях использовать?
5) Я уже молчу про нюансы конкретных СУБД. А их нужно знать, чтобы писать хорошие запросы.
И про год практики: если вы в течение года 5 раз в неделю по 8 часов будете учить, например, 6 танцевальных движений
Так что если мы говорим об уровне тимлида, то это уже не "6 танцевальных движений", а что-то на уровне шоу Бейонсе. Где требуется несколько лет практики, чтобы натренироваться до такого уровня. Вот и в айти так же.
выдумали себе культ карго в виде ими же выдуманных идеалов", и тут же именно это и делаете
Беспочвенное обвинение. Откройте вы уже тот же самый хэдхантер да почитайте, какие там обычно требования к айтишному тимлиду. Сами увидите, что на должность тимлида ну 3 года опыта работы в разработке, как минимум, требуется. Это не культ карго и выдуманные кем-то идеалы, а реальность. Все понимают, что за год с нуля тимлидом не станешь. Это как "стать пилотом-асом за ночь, работая до этого дворником всю жизнь" - есть же минимальное время, за которое человек способен стать профи. Можно вызубрить учебник за ночь, но практику и опыт за ночь не вызубришь.
Да, автор не операционку на ассемблере пишет, но и вы - не Стив Возняк, чтобы её судить.
Боюсь, это вы имеете слабое представление о разработке баз данных, вот вам и история не кажется вымыслом.
Охотно верю, с такими данными (внешними) успех более чем скромный даже сказал бы)
Спасибо, что пишете, какой компании это блог.
Ох как сладко то полную панаму напихали! Только после прочтения комментариев можно резюмтровать - хороша статья! Жаль, не пятничная.
А кофейня не Синкопа ли случаем называлась на Вавилова? Если да, то я Вас помню)
Когда меня попросят привести наглядный пример эффекта Даннинга-Крюгера, я знаю, что отправлять
Спасибо) я уже
С высоты своего опыта разработки BPM-платформы предчувствую, что автор занимается натягиванием совы на глобус BPM-системы на проект; и SQL в данном случае нужен как клей чтобы как-то притянуть скупой функционал платформы к ТЗ.
В таком случае выращивание "тимлида внедренцев" за год не выглядит нереалистичным, потому что они в общем-то занимаются простой работой по шаблону, наибольшую тяжесть на себе тащат бедолаги-аналитики.
Мы зашили всю интеграцию по API в бэк платформы, а события отправки и подписания документов обернули в low-code.
Поэтому такие штуки надо читать как "мы замаппили свойства сущностей под необходимую XSD-схему и попросили разработчиков реализовать всё остальное". И это еще оптимистичный вариант, может там вообще создали экземпляр системной сущности а-ля "событие" и всё остальное делали те же разработчики.
Как я открыл счёт в Сбербанке и стал президентом Австрии.
Раньше я ходил по ступенькам в лесу на велосипеде. Потом переехал в Кабул. У меня были знания печенек. Я достиг уровня космической таблетки в этом деле. Когда я шёл пот пустыне в кедах, меня осенило, овесенило и олетило, я услышал как зажурчал ручей, я подъехал к нему на своём S классе и вдруг понял, что надо открыть счёт и я начал считать 0, 1, 2... Я считал 7 широких лет.
Таким образом я стал президентом Австралии.
Кокого уя здесь нучно мотать 100500 комментов, чтобы написать свой?
У этой же компании есть пост начинающего, он признается что у него были проблемы с SQL но в компанию взяли (но там человек приводит и другие тех. навыки так что к нему претензий нет) . Из этого если сопоставить рассказ из того что в этой статье упоминается в основном SQL и компания берет с минимальными его знаниями , то какие технические навыки (на относительно приличном уровне) были у автора не очень понятно. Статья ее коллеги: https://habr.com/ru/companies/1forma/articles/843002/
То что описывает автор больше похоже на Product Manager, похоже на то что в компании попутаны термины либо менеджеров тоже лидами называют
Мне непонятно, почему у статьи столько минусов. Маленькая фирма, нанимает джуниоров, а тут девушка, которая интересуется IT, что встречается не так уж часто. Если есть способности, то стать тимлидом среди джуниоров за год вполне возможно. Тимлиду вообще необязательно иметь глубокие технические знания, его основная обязанность управлять командой. Основы SQL действительно можно выучить за неделю, главное понять как работают джойны и как подружить GROUP BY с SELECT.
Можно отметить, что у автора высоковатое самомнение - работала только на одной работе, куда взяли по знакомству, и скорее всего вопрос пола сыграл некоторую роль, но при этом дает советы другим. Также на мой взгляд в статье многовато хвастовства и фото с декольте. В сочетании с татуировками это выглядит агрессивно.
В качестве юмора.
Представьте, подходит такой тимлид к тощему джуну-ботанику, и спрашивает грозным голосом "Почему задача не сделана?"
(Не в обиду автору, просто ваш вид и увлечения отличаются от стереотипного представления об айтишнике)
Изучить SQL на базовом уровне за неделю, конечно, можно. И за год стать тимлидом джунов. Но для этого хотя бы незаконченное профильное образование стоит иметь. Но мы же не ищем легких путей? Обязательно надо поработать бариста, потом перейти в IT "потому что стало скучно". А слабо как Тимченко? Тот признался, что не знает, как компьютер включать. И ничего, большой чиновник, инвестиции, туда-сюда. И, главное, в хоккей играет. Нетворкинг, типа.
Но для этого хотя бы незаконченное профильное образование стоит иметь.
Нет, для этого надо уметь решать требуемые задачи с использованием SQL.
Но мы же не ищем легких путей?
Сдать ЕГЭ еще раз без гарантии поступления и потратить несколько лет на обучение десяткам технических предметов без гарантии трудоустройства это легкий путь?
Обязательно надо поработать бариста, потом перейти в IT
Что значит "обязательно"? Может это у вас богатые родители, или вас сразу на первом курсе университета взяли на работу по специальности. А у других людей часто такой возможности нет, и они подрабатывают где придется, пока ищут работу получше. Я вот грузчиком в магазине работал пару раз по полтора месяца.
Да, если вам нужны деньги, чтобы покупать еду и платить за квартиру, то работать обязательно.
Теперь срочно нужна статья от Ламоды "Из актрисы в тимлиды", чтобы уже до конца раскрыть тему.
Зато теперь у неё новый рекорд - чуть меньше чем за 6 часов отлететь в readonly! Это прям можно в резюме указывать)
Очень много комментариев, глаза разбегаются) Так как мой первый акк вы заминусовали, отвечу отсюда:
Мой отдел не занимается SQL разработкой. Мы не проектируем БД, мы пишем запросы для получения данных. Я тимлид внедрения, а НЕ SQL-разработки. Мы работаем с MSSQL и PostreSQL.
В статье сказано, какие запросы я научилась делать за неделю. Это базовые вещи, которым учат на первых парах в универе. Плюс у нас предусмотрена система «дев-тест-прод», всё, что пишут новички в том числе, проверяется.
Нетворкинг — это хорошо и он помогает дойти до собеседования, но он НЕ помогает его пройти. Тестовое задание я делала сама, собеседование проходила на общих основаниях. Единственное, что я миновала — HR-отдел, всё остальное как у всех.
Никто ничего не приносил мне на блюдечке. Я прямым текстом в статье говорю, что очень много работала. Это помогло мне перейти от базовых знаний к глубокому пониманию системы, весь «успешный успех» здесь — это мой труд.
По поводу размеров наших БД — у первого клиента, с которым я работала, свыше 2000 пользователей по всей России и больше 1000 таблиц в БД. Это к слову о размерах базы.
Ну и спасибо за комплименты) мы работаем удалённо и почти без камер, потому очень приятно слышать)
На этом пока все. Всем чистых кодов)
PostreSQL
Надеюсь, это просто опечатка
Мой отдел не занимается SQL разработкой. Мы не проектируем БД, мы пишем запросы для получения данных. Я тимлид внедрения, а НЕ SQL-разработки. Мы работаем с MSSQL и PostreSQL.
судя по минусам, не мы виноваты, что мы вас "не так" поняли.
Нетворкинг — это хорошо и он помогает дойти до собеседования, но он НЕ помогает его пройти. Тестовое задание я делала сама, собеседование проходила на общих основаниях. Единственное, что я миновала — HR-отдел, всё остальное как у всех.
Ньюанс в том что прошли его не вы одна, а ещё человек 10-20 точно. Но "почему-то" взяли именно вас. И ещё сестёр по той же дорожке за ручку привели. Это и есть самые настоящие блат и кумовство.
И минусов вам в панамку напихали именно по той причине что принимаете нас за лохов педальных, будто можно ссать нам в глаза "не блат, а нетворкинг", мы ж якобы ничего не понимаем.
Ну и пользуясь случаем хотел бы настоятельно попросить HR как-то подмигивать на собесах чтоли, что нанимать вы кандидата и не собираетесь, что у вас свой челик для найма. Не надо тратить наши нервы и время. А массовку для видимости легитимности процесса найма вы и так найдёте среди тех кто просто хочет попрактиковаться проходить собесы.
Тогда я за 2 года самый скромный... тимлид, магистр, маг, ведущий-прорывной разработчик-программист-автоматизатор-архитектор, а еще я чай дома варю, вот!
Мне интересно, что там за разрабы такие, что у них джун вдруг тимлидом стал?)
Думаю, всем нам не хватает статьи "как я освоил html и стал тимлидом почти за год"
Я очень хотел работать веб-разработчиком в профильной it-компании и изучал все необходимые технологии. Сейчас уже пошел 5-й год, но в профильную айти-компанию я так и не попал. Работаю "айтишником" в e-commerce-компании в очень комфортных условиях, но за весьма низкую для своего уровня зп. И походу это никогда не кончится.
select звездочка from звездочка
Тот случай, когда сначала читаешь комментарии, а потом статью (не читаешь))
Что-то так у многих припекает, будто бы это фантастическая история и никогда такого не было. Многие сейчас же перетекают в ИТ из разных сфер, чего токсичить то так
Удивительно, как порою комментарии гораздо более интересные, емкие и поучительные чем статья
Специально зарегистрировался на Хабре, чтобы оставить комментарий. С такими сиськами понятно, почему она тимлид
Я бы тут вот что ещё добавил: несмотря на всю воду про тимлидство таки ничего не написано.
Ибо "через год мне дали джуна", это - поздравляю вы теперь ментор (и минимум миддл). А как тимлидом-то стали?
Все просто недооценивают как полезно для карьеры ходить по рингу с плакатом "Отдам всё за SQL"
В этой карьере не хватает лишь одного: черной водолазки как у Элизабет Холмс.
пишите лучше что-нибудь вроде "почему джуны на SQL в сексе предпочтительнее сеньоров" или типа того
А ещё немного подтягивала английский, так как на нём пишутся все запросы.
Самой не смешно?
SQL невозможно выучить ни за неделю, ни за месяц, ни за год. Начинать надо с теоретических основ реляционных БД - кортежи, декартовы произведения, нормальные формы и тд, иначе запросы будут писаться наугад и работать на одних данных и выдавать лажу на других.
иш чо, а может нам еще реляционную алгебру учить?
Не надо начинать с теоретических основ. Постоянно работаю с базами данных, "кортежи, декартовы произведения, нормальные формы" ни разу не помогают писать нормальные запросы. Надо знать какой эффект производит та или иная конструкция на результаты запроса в конкретной базе данных с конкретными индексами. Почему она такой эффект производит, это другой вопрос. Для проверки можете попробовать привести SQL-запрос или бизнес-требования для него, который нельзя или сложно написать без знания указанных вами теоретических основ.
Нужно начинать с explain analyze ;)
Тот, кто забивает на основы, каждый раз будет удивляться тому, что разъезжаются данные при джоинах. База запросов - это джоины. Как можно понимать джоины без знания декартово произведения??
Если вы скажете, что вы эксперт SQL и не знаете, что такое декартово произведение, то вы либо обманываете окружающих, либо обманываете себя.
Тот, кто забивает на основы, каждый раз будет удивляться тому, что разъезжаются данные при джоинах.
Нет, не будет. Если знает, как работает конструкция BLABLABLA JOIN в конкретной базе данных.
Вы почему-то не смогли привести пример такого запроса и проигнорировали мою просьбу, хотя по вашим словам их должно быть много.
Как можно понимать джоины без знания декартого произведения?
Очень просто. "Пишешь LEFT JOIN, и к каждой строке таблицы присоединяются все строки из другой таблицы, которые соответствуют условию. Так как в результате таблица, а не дерево объектов, то строка первой таблицы дублируется. INNER JOIN это то же самое, только строки из первой игнорируются, если нет строк во второй".
вы эксперт SQL и не знаете, что такое декартово произведение
Я могу написать сложные запросы, но определение декартового произведения я без интернета не смогу сказать. Вроде бы "все со всеми", но может и нет. Оно не требуется при написании запросов, и CROSS JOIN в запросах почти никогда не используется.
Если знает, как работает конструкция BLABLABLA JOIN в конкретной базе данных.
JOIN-ы работают везде одинаково, согласно стандарту. Если СУБД не соответствует стандарту, то фактически это не SQL, а какая-то его разновидность.
Очень просто. "Пишешь LEFT JOIN, и к каждой строке таблицы присоединяются все строки из другой таблицы, которые соответствуют условию. Так как в результате таблица, а не дерево объектов, то строка первой таблицы дублируется. INNER JOIN это то же самое, только строки из первой игнорируются, если нет строк во второй".
Вместо путанного определения, добавившего две непонятные сущности - "присоединяются" и "дублируются", в стандарте 92-ого года (взято для примера) inner join двух таблиц определяется как их декартово произведение с дальнейшей фильтрацией по условию. left join - это inner join union all строки из левой таблицы, не попавшие в результат inner join-а. Остальные join-ы выводятся аналогично и очень просто. См. 7.5 <joined table> в стандарте.
Стандарт SQL 1992: https://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt
Я искренне уверен, что для профессионального написания SQL запросов человек должен уметь читать стандарт и понимать, как это работает не на пальцах и непонятных определениях неизвестно откуда, а согласно первоисточнику.
то фактически это не SQL, а какая-то его разновидность
А это неважно. Вы утверждаете, что если что-то работает не по какому-то стандарту, то программист в принципе не может изучить и использовать этот инструмент? Если нет, то любой джойн изучается аналогично без определений из стандарта, по описанию в документации и примерам работы.
В ORM Doctrine вообще используется SQL-подобный язык, но него никто стандартов не писал. Там тоже есть джойны, только работают они немного по-другому. Как по-вашему программист должен с ним работать?
в стандарте 92-ого года (взято для примера) inner join двух таблиц определяется как их декартово произведение
Мне без разницы, как он определяется. Мне важно, как он работает в моей базе данных. А может и не в базе. А может и не join. Поэтому я могу работать с любым инструментом, а вы видимо будете в ступоре сидеть, потому что стандарта нет.
Вместо путанного определения, добавившего две непонятные сущности - "присоединяются" и "дублируются"
А вы добавили две непонятные сущности "декартово произведение" и "фильтрация". Что дальше?
Это не непонятные сущности, эти термины используются не только в SQL и определены в словарях человеческих языков. Даже нетехнический специалист знает их значения. А вот "декартово произведение" это специфичный термин из теории баз данных.
Не говоря уже о том, что никакая база не генерирует сначала все возможные комбинации, потому что места на диске не хватит, а именно присоединяет строки к изначально пустому множеству.
Я искренне уверен
Я совершенно не против, для себя вы можете быть уверены в чем угодно. Я возражал на категоричное утверждение "Начинать надо с теоретических основ, иначе запросы будут писаться наугад". Изучение SQL ничем не отличается от изучения других языков, фреймворков и библиотек.
Короче, стандарт не читал и другим не советую. Определение join-ов не знаю, пишу по наитию, главное, что у меня в моей субд работает.
Не говоря уже о том, что никакая база не генерирует сначала все возможные комбинации, потому что места на диске не хватит, а именно присоединяет строки к изначально пустому множеству.
Вы не знаете, что SQL это декларативный язык. Я вам про то, что мы получаем, а вы про то, как мы это получаем.
А вы добавили две непонятные сущности "декартово произведение" и "фильтрация". Что дальше?
У декартова произведения есть определение, в отличие от некоего присоединения. Я попробовал поискать в гугле по фразе "присоединение строк в базах данных" и жестоко обломался.
Фильтрация - ок, сделаем вид, что это непонятно. Тогда словами стандарта - подмножество декартова произведения двух таблиц, удовлетворяющее <join condition>.
Определение из стандарта самое простое и самое понятное. У него не может быть двух трактований или каких-то белых пятен. Ваше определение составлено вами для вас, используя вам понятный набор терминов. Лично для меня оно неочевидное и допускает разные трактования, что недопустимо. А все из-за того, что вы не желаете читать стандарты и изучать теоретические основы и побуждаете других поступать так же!
Определение join-ов не знаю, пишу по наитию
Нет. Я уже это объяснил, но видимо вы не настроены на конструктивную дискуссию.
Я пишу с полным пониманием происходящих процессов в соответствии со знанием, полученным из документации к инструменту и примеров его работы. Независимо от того, JOIN это или WinAPI для работы с потоками, для которого теорию никто не писал.
Я вам про то, что мы получаем, а вы про то, как мы это получаем.
Я говорю о том, помогают ли теоретические определения быстрее или правильнее писать SQL-запросы. Потому что это был ваш изначальный тезис. Нет, не помогают. Даже один пример вы привести не смогли.
Если вы хотите о чем-то другом поговорить, то мне это неинтересно.
вы не желаете читать стандарты и изучать теоретические основы и побуждаете других поступать так же!
Нет. Мой тезис изложен в предыдущем абзаце.
У декартова произведения есть определение, в отличие от некоего присоединения.
https://dictionary.cambridge.org/dictionary/english-russian/join
"Join" внезапно и означает "присоединить".
Определение этого слова есть по ссылке.
Определение из стандарта самое простое и самое понятное.
Во-первых, нет. Во-вторых, из этого не следует, что без его знания нельзя понять, как работают запросы.
Фильтрация - ок, сделаем вид, что это непонятно.
У него не может быть двух трактований или каких-то белых пятен.
Ну-ну.
Или вот.
Cartesian product of two sets A and B is the set of all ordered pairs (a, b) where a is an element of A and b is an element of B.
Что значит "ordered pairs"? Как определить ordered пара или нет? А все не-ordered пары отбрасываются? Если у меня в запросе джойн 2 таблиц, какой будет порядок пар? Как база возвращает "pairs", прямо так с круглыми скобочками? А если "a" и "b" содержат по 3 поля, то произведение будет иметь 9 полей?
В стандарте все описано. Не считаю нужным перепечатывать его тут. Ссылка была дана выше.
Я говорю о том, помогают ли теоретические определения быстрее или правильнее писать SQL-запросы. Потому что это был ваш изначальный тезис. Нет, не помогают.
Ещё как помогают, и ваше определение джоинов и есть этот наглядный пример.
Определение из стандарта самое простое и самое понятное
У него не может быть двух трактований или каких-то белых пятен.
Не считаю нужным перепечатывать его тут.
Ага, ну то есть это определение не такое уж простое и понятное, в нем могут белые пятна, и чтобы его понять надо читать весь стандарт.
А вот для моего определения не надо читать весь стандарт. Для пояснения можно нарисовать картинку что куда присоединяется, и начинающий специалист сразу поймет, какой результат он получит, и даже сможет отлаживать запросы в уме, представляя как соединяются строки для конкретных данных, и откуда в конкретном отчете берется неправильная сумма.
Ещё как помогают
Да-да, только пример такого запроса вы так и не привели.
Вот поэтому я против женщин в it...
Это прекрасно , но где мой капучино в конце концов?
Зашел в комменты и не прогадал
Статья "огонь" , комментарии еще лучше. Зашел и не прогадал. Давно таких статей и комментариев не читал. Вылезла в рекомендациях Яндекса. Уже больше 68,5 тыс. просмотров.
Вообще SQL -- странный выбор для бариста. Он должен быть экспертом в Java.
Девочки любят становится тимлидами. Я работал на трёх работах и на всех них самый быстрый "рост" до тимлида был у девушек. Причин несколько:
кодить - это геморрой. Общаться с людьми проще (для них), девушки часто это любят и умеют.
девушек в IT боготворят (если адекватно себя ведут), им никто не грубит, спорят в лёгкой форме. Да, потому что коллеги в основном мужики, да ещё и айтишники, которые по жизни обделены женским вниманием.
комбо из предыдущих двух. Зачем страдать и кодить, если можно больше общаться, что для них приятнее, и получать ЗП больше сеньора с 10-летнем стажем
В итоге мои знакомые "тимлидерши" - это низкоквалифицированных программисты (уровень джун-мидл), но приятные в общении. Что-то типа ПМ, но с каким-то опытом программирования. В принципе полезная роль, ничего против не имею, разве что смущает уровень ЗП, как мне кажется не соответствует, потому что по факту он выше, чем у сеньора, хотя по сути это программист, который сдался (да, потому что всех них я слышал фразы "господи, я больше не могу, не понимаю, помоги") и решил быть конвертером заданий от ПМ до программистов. Девушку техлида пока не встречал.
А я из тех, кто ждёт статью "Из программиста в бариста". Хожу вот по кофейням и порой работа баристой кажется интереснее)
Так вот что нужно, для того чтобы стать разработчиком, не тимлидов разработки, просто изучить sql, я уж упущу вайб кодинг. Намерена там эти все беки учат какие-то пхп, питухоны, достаточно вон sql выучить и все. Если что sql даже не язык программирования.
Какой вывод я могу сделать. Зачем 4 года учиться в универе и покупать курсы и все равно тебя никто никогда не возьмёт на работу, потому что у тебя нет опыта работы, если можно найти парочку знакомых айтишников, подлизаться к ним и они тебе помогут устроиться на работу? Миром всегда будет править не старание и упорство, а банальное кумовство
Тоже как-то становился тимлидом в девопсах..
Перевёлся с внедрения в джуны-девопсы, в помощь к сеньорному чуваку. он спустя 5 месяцев уволился, и на протяжении следующих 4,5 месяцев я был единственным девопсом
Сдается мне взяли вас далеко не за знания SQL.
Короче надо было идти в баристы вместо универа по направлению Интернет Технологии, так вот где я просчитался то в жизни оказывается (͡°͜ʖ͡°)
Из бариста в программиста. Как я освоила SQL за неделю и стала тимлидом в IT-компании меньше, чем за год