S>Я бы все-таки попробовал изучить и сделать. Хотя странно, почему не современные ide.
я так и сделал и не ошибся, собеседование было интерестным
полтора часа мы занимались оптимизацией фнкций по времени выполнения, потом еще сделали оптимизацию одного протокола на уровне алгоритма
но была и ложка дегтя
компания делает маршрутизаторы которые у них покупают google (с их слов с 2002 года) facebook MS and etc
и весь софт они пишут на собственном языке (немного Си и Python)
те если я проработаю на них лет 5, мои знания будут не нужны другим компаниям и меня возмут работать только кричать — свободная касса
Здравствуйте, Stanislav V. Zudin, Вы писали:
CC>>Какие штатные средства и что понимается под flexible? Как то уж слишком расплывчато, нельзя ли конкретики? SVZ>Дискуссия началась с вопроса "а что такого революционного дают всякие Qt".
Ну как бы революционного ничего такого нету всё равно, эволюционное скорее, удобняшки добавились.
SVZ>Resizeable диалоги на чистом WinAPI доводилось делать? То еще развлечение.
Да в общем то не то чтобы.
Я когда то давно набросал крошечный framework для этого, работал замечательно пока W7 не подпортила отрубанием Double Buffering так что пришлось подпиливать чтоб не так сильно моргало.
SVZ>В WinAPI можно сделать быстро, но придется закатывать солнце вручную.
Т.е. написать микрофреймворк.
SVZ>Микрософт развивает GUI API только в сторону .NET, а нативная разработка осталась в стороне.
Это верно.
Здравствуйте, sergey2b, Вы писали:
S>полтора часа мы занимались оптимизацией фнкций по времени выполнения, потом еще сделали оптимизацию одного протокола на уровне алгоритма
S>компания делает маршрутизаторы которые у них покупают google (с их слов с 2002 года) facebook MS and etc S>и весь софт они пишут на собственном языке (немного Си и Python) S>те если я проработаю на них лет 5, мои знания будут не нужны другим компаниям и меня возмут работать только кричать — свободная касса
Знания ЯП, это уровень джуна. В Эриксон написали собственный язык Эрланг для маршрутизаторов- и ничего, люди идут на Эрланг из мейнстрима.
Здравствуйте, Faland, Вы писали:
F>С++ народа на рынке вообще нет, молодежь учит только МЛ/Питон/Дата сайенс, самые толковые — JS/front-end. Друзья-знакомые рассказывают — в обычных конторах прямо праздник когда С++ сеньора удается нанять. Я за полгода с полсотни человек прособеседовал, было только пару С++ сеньоров из индийских бодищопов, совсем никакие. F>Молодежь приходит и уходит в Микрософты и Амазоны, даже самая бестолковая — я ХЕЗ как у них получается проходить собеседования, учитывая что люди за два года не могут ни С++ ни JS выучить чтоб хоть как-то пользу приносить.
Коллега как раз ушёл в Амазон, жалуется что толковые С++ нужны а нету на рынке, все кто есть уже заняты, им и так тепло и сыто.
Здравствуйте, CreatorCray, Вы писали:
CC>Коллега как раз ушёл в Амазон, жалуется что толковые С++ нужны а нету на рынке, все кто есть уже заняты, им и так тепло и сыто.
надо определиться каким минимум знаний должен обладать толковый С++ программист
например
С++ на уровне С++11 + stl
зание базовых алгоритмов и уменее реализовать их с книжкой
умение использования сетевых протоколов
Здравствуйте, CreatorCray, Вы писали:
CC>Коллега как раз ушёл в Амазон, жалуется что толковые С++ нужны а нету на рынке, все кто есть уже заняты, им и так тепло и сыто.
Здравствуйте, sergey2b, Вы писали:
S>кем после этого могли работать знатоки Эрланг ?
Пойдут на жаву, если придется. Но их и в FB неплохо кормят.
S>вот скажем ты знаешь JS как я понял, и работу в США найдешь
Я с прошлого августа, как сьездил в США, пилю проект где UI на ангуларе, там typescript. Пару скриптов под Node запилил тоже на typescript. Просто JS в вакууме не нужен никому, это либо веб ui, либо Node.
Мне чтоб найти работу в США, нужно прокачивать алгоритмы. Литкод, пару книжек прорешать. Это нужна сильная мотивация. У меня апатия, поэтому я не пытаюсь никуда подаваться. Иногда просят в напарники пособеседовать, там тешу ЧСВ. Но я ж понимаю, что то что я спрашиваю, и что гугл или яндекс- это несопоставимые задачки по сложности, ниже плинтуса и потолок.
$>Если нужно поправить скрипт или конфиг на удаленном компе (например, в AWS instance), то vim- самый простой вариант. Запомнить :w, :q, /<поиск> N P — это всё.
Даже в 80-х годах прошлого века такой интерфейс уже был устаревшим и неудобным, а уж нынче-то...
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Даже в 80-х годах прошлого века такой интерфейс уже был устаревшим и неудобным, а уж нынче-то...
Кажется, что всё дело в индивидуальном восприятии. Знаю фанатов современных IDE, той же MS VS, которые ставят vim mode. Им удобно и работают продуктивно. Тебе (и мне тоже) так не нравится, мы вибираем другие средства разработки. Чтобы назвать что-то неудобным, надо провести исследование по продуктивности разработчиков, а не основываться на своём субъективном мнении.
Здравствуйте, Nuzhny, Вы писали:
N>Знаю фанатов современных IDE, той же MS VS, которые ставят vim mode. Им удобно и работают продуктивно.
Сильно подозреваю, что все они до этого успели "удобно и продуктивно" поработать в vim. А есть ли такие, кто достаточно долго работал в тех или иных IDE, потом попробовал vim, и счел его клавиатурный интерфейс более удобным?
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Сильно подозреваю, что все они до этого успели "удобно и продуктивно" поработать в vim. А есть ли такие, кто достаточно долго работал в тех или иных IDE, потом попробовал vim, и счел его клавиатурный интерфейс более удобным?
Да, есть один такой. Но твоя логика работает в обе стороны, можно выдвинуть гипотезу: vim неудобен тем, кто привык к современным IDE и не осилил удобный текстовый командный интерфейс.
S>я так и сделал и не ошибся, собеседование было интерестным S>полтора часа мы занимались оптимизацией фнкций по времени выполнения, потом еще сделали оптимизацию одного протокола на уровне алгоритма
Вот да, некоторые собеседования бывают крайне полезно -- могут реально чему-то научть или что-то прояснить. Или заставить задуматься о некоторых вещах, которые раньше казались самоочевидными.
S>но была и ложка дегтя S>компания делает маршрутизаторы которые у них покупают google (с их слов с 2002 года) facebook MS and etc S>и весь софт они пишут на собственном языке (немного Си и Python) S>те если я проработаю на них лет 5, мои знания будут не нужны другим компаниям и меня возмут работать только кричать — свободная касса
Ничего советовать не буду, но помимо языка будут еще какие-то технологии, парадигмы и т.д., которые нужны везде. Думайте сами, решайте сами.
Здравствуйте, reversecode, Вы писали:
R>вы не способны ни строчки кода написать без ide?
Могу и писал, но не вижу смысла делать операцию на мозге каменным топором если есть более точные и удобные инструменты.
Рутинную работу должна выполнять машина.
Здравствуйте, Nuzhny, Вы писали:
N>можно выдвинуть гипотезу: vim неудобен тем, кто привык к современным IDE и не осилил удобный текстовый командный интерфейс.
Можно выдвинуть гипотезу и о том, что топор и ручной рубанок неудобен тем, кто привык к электроинструментам и станкам. Текстовый интерфейс удобен тогда, когда нет более адекватного способа сообщить редактору о своих желаниях. Визуальное редактирование и кнопки перемещения/листания широко используются еще с 70-х, командные ESC-последовательности разработаны примерно тогда же, поэтому нет никаких проблем связать основные команды редактирования с соответствующими клавишами. Но многие разработчики под unix-системы, очевидно, не видят иного способа сохранить самобытность, кроме как упорно тащить подобные копролиты "в целях совместимости", хотя реальная необходимость в них отпала минимум лет 20-30 назад.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Можно выдвинуть гипотезу и о том, что топор и ручной рубанок неудобен тем, кто привык к электроинструментам и станкам. Текстовый интерфейс удобен тогда, когда нет более адекватного способа сообщить редактору о своих желаниях. Визуальное редактирование и кнопки перемещения/листания широко используются еще с 70-х, командные ESC-последовательности разработаны примерно тогда же, поэтому нет никаких проблем связать основные команды редактирования с соответствующими клавишами. Но многие разработчики под unix-системы, очевидно, не видят иного способа сохранить самобытность, кроме как упорно тащить подобные копролиты "в целях совместимости", хотя реальная необходимость в них отпала минимум лет 20-30 назад.
Конечно можно, но она так и останется гипотезой, пока не будет доказательств со статистической значимостью. Так зачем пустословить?
