Ayrat
на вакансию по сишарпу знание сишарпа обычно не проверяется кстати)
общетупые вопросов про знание аббревиатур и рандомного говна из Рихтера
Nikolay
на вакансию по сишарпу знание сишарпа обычно не проверяется кстати)
У меня на вакансию по F# звание F# не проверяли 🌚
Roman
на вакансию по сишарпу знание сишарпа обычно не проверяется кстати)
Я проверяю знание базовых вещей на телефонном скрининге. Отсеивается 80% кандидатов.
Igor
Ayrat
Anonymous
И взяли синьором?
F# сам себя пишет
Ayrat
Но в целом, чем дальше в синьориты, тем меньше нужно знание какого-то языка.
Ayrat
В плане какого-то КОНКРЕТНОГО языка
Ayrat
Потому что ожидается что ты уже не частные приложения делаешь, а решения предоставляешь. А там язык программирования как-то не важен и его удел - 5% работы
Bonart
Но в целом, чем дальше в синьориты, тем меньше нужно знание какого-то языка.
Вопрос конечно такой... интересный. Чем сеньорнее - тем лучше ты знаешь свои инструменты и осваиваешь новые. И новые языки и т.п. осваивают точно не ради 5%
Donnie
Почему так мало?
Видимо этого достаточно
Roman
Почему так мало?
Мало отсеивается?
Roman
Да
Так если больше, то и поговорить не с кем будет
Ayrat
Вопрос конечно такой... интересный. Чем сеньорнее - тем лучше ты знаешь свои инструменты и осваиваешь новые. И новые языки и т.п. осваивают точно не ради 5%
Ну да. То есть в этом 'решении' большая часть работы это сбор непротиворечивых требований, работа с бизнесом, выбор стека, архитектура, налаживание инфры, подбор команды и пр. А уж блять написать круд или микросервис на ф(си)шарпе по сравнению с проблемами выше - эт как отпуск.
Ayrat
Я к тому что языки решают частные проблемы когда все остальные проблемы выше (что писать, для кого, на каком стеке, на каком языке) уже кем-то решены и осталось только заимплементить черный ящик вход-выход. Это тоже требует скила. Но проблемы этот этап доставляет только если вопросы выше решены плохо (требования меняются, стек противоречивый (хадуп под хаскелем), спека неясна, контрактов нет)
Igor
Но в целом, чем дальше в синьориты, тем меньше нужно знание какого-то языка.
Ну я бы не согласился, потому что в своем языке и свои фреймворки, в жаве спринг, в нете асп нет и т.д. По моему опыту если большая часть ключевых слов из вакансии нет в твоём резюме, то тебе даже не отвечают
Ayrat
EF, WCF, WPF, ASP, MVC, MVP, SOLID, GIT, SSH,
Ayrat
Ну я бы не согласился, потому что в своем языке и свои фреймворки, в жаве спринг, в нете асп нет и т.д. По моему опыту если большая часть ключевых слов из вакансии нет в твоём резюме, то тебе даже не отвечают
Ну а к слову про спринг вс асп Ты ещё скажи что вот за пару дней не сделаешь апи на джанге (фреймворк на питоне) Я вот его в глаза не видел, но подозреваю что если какие-то питонисты осилили, я тоже как-нибудь справляюсь и для этого мне питон или джангу заранее учить не надо.
Ayrat
Про джавистов та же схема. Какие-то индусы смогли, чем ты хуже.
Ayrat
Ну не скажи. Сущностная сложность остается всегда
Я кстати тупой и не знаю что такое сущностная сложность (
Bonart
Я кстати тупой и не знаю что такое сущностная сложность (
Ну е-мое, Брукс "Мифический человеко-месяц". Сложность свзяанная с самой задачей, а не технологиями или инструментами
Vasily
А я вообще тупой
Nikolay
Помидором!
Опередил
Nikolay
А я вообще тупой
Да ппц вообще
Nikolay
Невозможно работать
Bonart
А я вообще тупой
А еще врешь много :) Когда прибедняешься
Ayrat
Да ппц вообще
Да ппц вообще, куда ты попал
Nikolay
Приходится учить Василия писать на F#
Ayrat
Там один вообще только классику слушает целыми днями, работать не хочет
Ayrat
Приходится учить Василия писать на F#
Он даже в пробелы не умеет
Bonart
Мне кажется что энтерпрайз разработка в среднем просто чудовищно дефективна. Тем же человеком-башкиром типовые задачи решаются один раз, потом переиcпользуется готовое решение
Bonart
А это интересная метрика, человеко-башкиры
Ага, вечных мидлов можно мерить наноайратами
Ayrat
Ну е-мое, Брукс "Мифический человеко-месяц". Сложность свзяанная с самой задачей, а не технологиями или инструментами
А, понял. Но это понятно. Но есть разница - пилить по железным контрактам и ясными требованиями, или в угаре пытаться завести самописную БД под брейнфак (потому что выбрали брейнфак), а бизнес каждый день приходит и говорит что передумал, меняем вектор работ.
Anonymous
репозиторий тоже ничем не мешает, просто непонятно зачем он нужен
А как в базу-то писать тестируемо? Через команды какие-нить?
Vasily
Рассматривай базу как входной и выходной стрим событий
Bonart
Nikolay
Кстати, на самом деле неплохо помогают твои опенсорс репозитории, когда работу ищешь
Vasily
И этот человек называет себя тупым!
Тупее быть не может решения
Vasily
Есть место куда суешь, есть, откуда берешь
Nikolay
Bonart
Тупее быть не может решения
Но чтобы до него дойти, разрабу тупым быть нельзя
Bonart
Хотя во многое конторы набирают девочки hr, которым пофиг
Отож. Я вперве в карьере встретил сеньор эйчара. Внушает
Vasily
Меня вон один коллега склонял тут на квртейшнах написать микро орм
Vasily
Нет, конечно
Диёр
И ты написал полноценную орм?
Bonart
Нет, конечно
А говорил "тупой" :)
Nikolay
И ты написал полноценную орм?
Он написал скл запросы)
Vasily
У меня закрытый контур, база как кэш
Nikolay
Условно билдер запросов
Vasily
Он написал скл запросы)
Тупо склеиваю строки
Ayrat
Тупо склеиваю строки
О, есть история про моих джунов и БД. Ща с ноута напишу
Doge
И ты написал полноценную орм?
А что плохого в отсутствии орм-то? SQL - отличный язык для доступа к данным и позволяет сильно больше, чем любая ОРМ может тебе дать.
Bonart
Что плохого в отсутсвии ЯВУ? Ассемблер - отичный язык прграммирования и позволяет сильно больше, чем любой ЯВУ может дать ;)
Doge
Объектно-реляционный импеданс однако
Ну а ORM его не сказать, чтобы прям как-то ощутимо помогает решить. Они все - очень дырявые абстракции и вот эта разница между хранилищем и твоими данными в памяти просто от использования ОРМ никуда не исчезнет.
Nikolay
А что плохого в отсутствии орм-то? SQL - отличный язык для доступа к данным и позволяет сильно больше, чем любая ОРМ может тебе дать.
Можно сделать сильно больше, но высока вероятность, что это будет сильно медленнее работать
Doge
Решение - это хорошая ихолированность слоя данных от остальных слоев приложения, но тут как раз ненавидимые многими репозитории и т.п.
Vasily
Я тупо модули пишу , наружу функции
Doge
Репозитории как раз говнище, ничего и ни от чего не изолирующее
Если правильно писать, то ещё как изолируют.
Bonart
Если правильно писать, то ещё как изолируют.
Если правильно писать, репозиториев не будет. Вместе с крудом.
Doge
В отличие от беганья по всему приложению с IQueryable и DbContext'ом
Nikolay
IQueryable гуд, контекст - нет.
И то и другое не гуд как по мне