а потом путь научиться зависать над землей
Молодой человек пришел к Великому Мастеру.
- Великий Мастер, научите меня КунгФу.
Великому Мастеру было лениво. Но отказывать в просьбе он не стал, а
сказал:
- Да, хорошо, я научу тебя КунгФу. Но я не беру щас учеников. Приходи
через год.
Молодой человек ушел. Но через год возвращается.
- Великий Мастер, научите меня КунгФу.
Великий мастер помрачнел и говорит:
- Да, я научу тебя КунгФу. но для этого ты должен работать над собой. В
течение 3 лет каждое утро созерцай как восходит солнце, и каждый вечерсозерцай как оно садится.
Молодой человек ушел. Но через 3 года возвращается.
- Великий Мастер! Три года каждое утро я смотрел как восходит солнце и каждый вечер- как оно садится. Научите меня КунгФу.
- Да,-сказал Великий Мастер.-Но прежде ты должен научиться зависать на высоте 5 ли от земли.
Молодой человек ушел. Но через 5 лет вернулся.
- Великий Мастер. 5 лет каждый день я посвящал себя тренировкам, и
теперь я могу зависать над землей,- сказал молодой человек и завис на высоте 5 ли от земли.
- Нихуя себе ,-сказал Великий мастер
Лучше бы у джунов спрашивали про web API, например, ей богу, будто на какой-то работе в этой реальности джун будет рекурсивные квиксорты херачить.
Когда, бля, на работу выходить? Хочу стотыщмульёнов вертолетов и один доллар в час.
А у стажеров (если вдруг по позиции Джуна знаний не хватит), откуда стартует вилка зарплат? 15к?
У стажеров вилка зарплат начинается от 0к, потому что это по сути бесплатное обучение.
А вообще по разному, у меня лично за трех-месячную стажировку на дева на полставки вышло $400 за три с половиной месяца.
Правда я когда устраивался вообще не знал что зп будет
web API поменяется через пять лет, а квиксорт вечен
P.S. если человек в состоянии написать квиксорт на хаскелле в виде однострочника, он уже не безнадёжен, и web API ему как два бита переслать
Ну вот я например реализовывал квиксорт тот же последний раз в универе 15 лет назад, мне специально для собеса нужно его вспоминать. А потом я его опять забуду на хрен знает сколько лет, потому что это бесполезные знания. Такой себе смысл. Имхо, лучше спросить что-то более приближенное к реальности. Дать например небольшую реальную задачу для реализации прямо в офисе на ноуте.
Нюанс в том, что на джуна/стажёра как раз берут студентов/выпускников. Которые буквально недавно использовали квиксорт. Соответственно, если они не в состоянии написать - с высокой вероятностью они нахер не нужны
Как кипяток основан на чайнике. Возможна нерекурсивная реализация с помощью стека. Квиксорт основан на разделении на две подпоследовательности относительно опорного элемента
Сначала плюс тебе поставил, а потом понял, что мы не правы. Да, реализация через стек возможна, но само объяснение алгоритма использует рекурсию. Без нее никак не объяснишь в чем состоит алгоритм.
А я могу еще диаграммы и модели всякие делать. И в arсhimade, и в uml, и в sysml, и в bpwin. Это уже ближе к мидлу можно проситься?
Ну судя по тому, как нам имели этим всем мозги на специальности "Программная инженерия", кому-то нужно. Знать бы еще, кто эти люди.
И архимейдом на работе пользуемся, правда это архитектор делает, но нам тоже надо уметь понимать.
Вы же не сразу код пишете. Всяко даже в простом случае сначала диаграмму классов на бумаге прикидываете. А в проектах сложнее может и полный UML набор пригодиться.
Вы вестма наивны) На самом деле было бы отлично писать исполнительную документацию перед разработкой. Намного проще было бы потом реализовывать. Для этого и учат всяким диаграммам. Но всем похуй( И это жирный минус работы в айти.
Потому что в процессе реализации все-равно это все сильно поменяется и от изначальной схемы мало что остаётся
На самом деле было бы отлично писать исполнительную документацию перед разработкой.Не знаю как вы, но у нас обычно реализация меняется существенно по ходу разработки в зависимости от обстоятельств. И предусмотреть эти обстоятельства на этапе проектирования сложновато, по сути всю эту документацию на каждом шаге можно выбрасывать и переписывать заново.
То, что вы предлагаете - это водопад, и он не жизнеспособен.
Ну в это и есть большой минус айти. В инженерии (тот же асутп как связь айти с технологии) есть проект, которого нужно придерживаться. Так легче работается.
Перед разработкой пишут проектную, во время - рабочую. А исполнительная это, что получилось в итоге.
Я лично пишу код сразу, и мои коллеги, насколько я знаю, тоже. Диаграммы используем только для проектирования на верхнем уровне.
А диаграмма классов не нужна если у тебя нет классов.
long story short: да, нужно. Но вероятно не маст хев
вероятно, смотря где и на каком грейде
у нас в компании, если разраб написал какой-то большой/сложный участок кода (который в последствии может быть переиспользован), он должен описать дизайн компонента/части кода
в дизайне маст хев диаграммки (хотя бы uml) т.к. с ними нагляднее
сам их делаю только на интуитивном уровне и знаний этих концепций (мне) сильно не хватает
все планирую, если будет время, научиться ими пользоваться на нормальном уровне
IT-юмор
5.6K поста52.5K подписчиков
Правила сообщества
Не публикуем посты:
1) с большим количеством мата
2) с просьбами о помощи
3) не относящиеся к IT-юмору