В статьях по основам SQL этот оператор обычно не попадается. Хотя 100% Вы сейчас найдет такую, в которой попадается.
Отнюдь! И не собирался!(хотя наверняка они есть )
Просто по моему скромному мнению изучать языки и технологии с помощью "статей" - моветон. Для старта, общего понимания основ КОНЦЕПЦИИ - да. А дальше - оригинальную документацию в зубы - и вперёд!
Давно прошли те времена, когда для изучения ЯП нужно было ждать появления в магазине переведённой на русский книги и покупать её за сумасшедшие 10-40 долларов! С появлением интернета, людей знающих английский и гугл-транслейта этот вид бизнеса потерял свою привлекательность, и найти свежие переводные книги, достойные внимания практически невозможно.
Мануал и только мануал! Других путей научиться программированию нет.
Вы язык, на котором пишете, тоже не сразу весь знали.
Вы не поверите! Раз уж Вы спросили - первый коммерческий ЯП(если не считать бейсик во Дворце пионеров ), мы учили в летнем лагере в лесу, с тетрадкой и ручкой! С доски! Нам очень повезло с учительницой - за лето мы знали весь язык полностью! писали работающие программы в тетради, ни разу не видев в глаза компьютер!
Язык этот назывался - Паскаль, и был он размером примерно как ядро SQL
А всё дело в том, что х86 - х персоналок тогда не имелось в природе Харькова, и выполняли мы свои программы на СМ-ке, которая занимала 2 этажа в Университете. Водили нас туда раз в недлю-две на 1 или 2 пары, за которые надо было БЕЗ ОШИБОК набрать программу и ОТПРАВИТЬ НА ВЫПОЛНЕНИЕ!
Всё в текстовом режиме, никакого хелпа и средств разработки! Как-то так...
Только через пару лет в хирятне появился первый "Нейрон", куда несколько человек из нас, как подшефных, стали иногда пускать по большому блату - Турбопаскаль с дискеты - КУЛЬ!!!
Ну, а то чем я активно занимался последние 15лет знать досконально не представляется возможным в принципе: если бы Вы хоть ЧАСТЬ оракуловской фирменной документации увидели в бумажном виде - Вы бы поседели и ушли в монастырь!
Это постоянная ежедневная учёба - изучать подводные камни с которыми раньше не сталкивался, искать пути оптимизации, отслеживать новое в версиях, контролировать баглист, апдейты, пастись на форуме у Тома, ЧИТАТЬ И ИЗУЧАТЬ ЧУЖОЙ КОД!!! - и т.д. и т.п.
И тоже, возможно, задавали глупые вопросы на форуме, а там говорили "Как это можно не знать? Как с эти жить то можно?"
Интернет, в современном виде, родился несколько позже! Только замечательная учительница и литература. На первом курсе хирятни препод по программированию узнал от меня много нового, оставил админский пароль, и через пару недель не мешал мне проводить практические занятия!
Я не оправдываю того, что я в определенный момент не знаю каких-то важных вещей.
"Стыдно не незнать! Стыдно не пытаться узнать!"(с)
Я не оправдываю того, что я в определенный момент не знаю каких-то важных вещей. Но для этого мы учимся и развиваемся, чтобы стать лучше. Хотя, вспыльчивость по этому вопросу была излишней. Но так уж сложилось. Как было тонко подмечено вследствие фейла
Мой недосервер вполне обыкновенный.
Вообще-то он не ваш - он Дядюшки Билли! Сама его идеология ущербна - и в этом всё.
Мой недосервер вполне обыкновенный. Мне просто не нужно было то, что делает мердж. Не было необходимости сливать две таблицы. Значит, не было необходимости и искать, какой оператор это делает. Не для всех проектов это необходимо.
Ну, с этим-то никто не спорит! Просто если бы я, например, 20 лет в БД занимался аналитикой, использовал исключительно статистические функции(которыя я, на самом деле, терпеть ненавижу к своему стыду ), то перед тестированием или собеседованием постарался бы восполнить пробелы, только и всего!
Хотя... Если подумать... А как можно ЧТО-ЛИБО делать в БД, не оперируя этими самыми данными? Даже если на выходе нужны чистые SELECT-ы. А как же Вы тогда готовили тестовые данные? Для разработки постоянно нужно создавать/удалять таблицы, генерировать тестовые данные в них в разных разрезах. Причём - делать это максимально быстро и разнообразно. Писать тестовые скрипты...
Как, сестра? Как?!
Вы слишком многое идиализируете, идеальных условий я не встречал. Никто никому не обязан, это так. Но простите, зачем джуну особенности коллективной работы, этики, эстетики и прочая гуманитарная лабуда. Ему прежде всего нужна техническая поддержка, чего дают очень мало, а по сему 90% "варятся" сами и естественно тратят день а то и два на то, что можно было бы за час решить. Джуны прежде всего не умеют гуглить, ибо чтоб знать что спрашивать нужно иметь половину ответа.
Ладно, Вы либо меня действительно не понимаете - либо делаете вид. В двух словах, упрощённо - джун должен либо знать на зубок, либо уметь быстро найти то, что есть в оригинальной документации, и уметь этим воспользоваться. Всё.
А вот где в рипозитории фирмы/проекта какие модули хранятся, в каком порядке что собирается, куда лезть - куда ни в коем случае, на что в данный момент делается упор - на скорость разработки, на качество или совершенство кода? Есть ли какие-то специализированные скрпты или макросы?
По такого рода вопросам не грех и проконсультироваться! Встречал я такой подленький подход к "проверке" - закидывают на рабочее место и "забывают". А на самом деле - ждут когда и какие вопросы "зелёный" задавать начнёт. Правильные или нет? Или рогом как баран упрётся и будет решать задачу, которую в принципе решить никак не может!
Харьков - большая деревня! Тут все IT-ники серьёзнее эникеяЧто такое "волчий билет"? Слишком много "если"
знают друг друга максимум через одного знакомого, а кого не знают - элементарно находится через одногрупников или коллег. Если на прежней работе насрал перед уходом - хуй ты в Харькове нормальную работу найдёшь!
Останнє редагування: