Программисты – это своего рода волшебники: слегка потрепанные персонажи-бедняки, которые умеют превращать кофе в строчки кода. Я не владею магией, я всего лишь иллюзионист.
Моя работа – быть более аутентичным в том, чтобы быть фальшивым программистом, чем настоящие программисты в том, чтобы быть самими собой.
Я хорош в своем деле, из меня вышел отменный шарлатан. Я дурачил бизнесменов и они делали меня своими техническими соучредителями. Я обманывал инженеров и они обсуждали со мной тему Универсального Искусственного Интеллекта. Разыгрываемое мною представление настолько правдоподобно, что однажды Министерство Юстиции спрашивало моего совета насчет создания GUI на Visual Basic, чтобы отследить IP-адрес серийного убийцы.
Секрет прост: дело не в том, что вы знаете, а в том, что вы показываете.Настоящие программисты медленны и скучны, потому что они ограничены реальностью. Иллюзиониста же сдерживает лишь фантазия. Он свободен претворять в жизнь изощреннейшие из сценариев, и чем непристойнее, тем лучше. Часто образ хакера в глазах общественности формируется сценами гулянок и
Во-первых, у нас есть Vim – текстовый редактор, интерфейс которого с первого взгляда выглядит настолько непонятным, что миллионы разработчиков оказываются в нем потеряны, не имея ни малейшего понятия о том, как же закрыть эту штуковину. Один тот факт, что вы осмелились использовать его, поднимает ваш статус среди коллег. Вы выглядите чуть ли не мифично, просвещая остальных о таких древних темах, как Великая война редакторов и призывая слушателей идти крестовым походом на Церковь Emacs.
Во-вторых, есть tmux – утилита, позволяющая открыть несколько окон внутри консоли. Это означает, что вы можете писать код в одном окне, запускать команды в другом, и смотреть, как работают какие-нибудь бесполезные плагины (типа спектрограммы и огромных часов), в третьем. Вообще, лучше держать открытыми настолько много окон, насколько возможно, переполняя зрительские чувства навязчивым зрелищем. Лично я всегда слежу за тем, чтобы хотя бы одно окно было всегда открыто, ибо, как известно, бесполезный код не стареет.
В качестве примера, вот скриншот моего экрана когда я генерирую «дипфейки»:
Spectrogram credit: M.O.P. — Ante Up
Наконец, очень важно, чтобы вы в совершенстве освоили bash. Знание bash позволяет вам максимизировать время, которое вы проводите в консоли – оставлять этот навык без должного внимания будет кощунством, сравнимым с включением в кинозале света в середине фильма.
Нужно что-то сосчитать?
Пожалуйста:
echo "scale=0; 2 + 2" | bcХотите узнать загруженность процессора? Вот вариант:
mpstat | grep -A 5 "%idle" | tail -n 1 | awk -F " " '{print 100 - $ 12}'aНу, вы поняли.
Хуже, чем уйти от консоли, может быть только уйти от клавиатуры. Ничто не говорит о вашей некомпетентности больше, чем использование мышки. Если у вас есть ПК, сейчас же перегрызите хвост этого эргономического чудовища. Если вы обладатель ноутбука, приклейте наждачную бумагу к тачпаду – вы должны ассоциировать работу с ним с болью и кровью.
Затем установите Vimium – расширение для Chrome, которое позволяет работать в сети без использования мышки. Оно подсвечивает каждую ссылку на странице комбинациями клавиш. Вот, как это выглядит:
Pro tip: заметьте, что у меня одновременно открыты и браузер и консоль. Более того, если всмотреться получше, среди моих вкладок можно заметить множество статей с arXiv и постов со StackOverflow. Это не случайность. Стратегически оркестрированный массив вкладок дает понять, что вы сумели усесться на столь желанный стул инженера машинного обучения, одной ногой разбираясь в замысловатой теории, другой – в практике.
Декорации установлены, сцена готова и шоу может начаться. Как мы уже уяснили, все ваше поведение должно демонстрировать, что вы не имеете ни малейшей нужды в мышке или тачпаде. Откиньтесь назад, положите ноги на стол и клавиатуру на ноги. Лично я люблю раскинуться в моем кресле-мешке в трех метрах от моего 40-дюймового монитора.
Что до самого представления, помните: это барокко, а не минимализм. Вы хотите привести ваших зрителей в восторг молниеносными движениями пальцев и сложными переходами между окон. В vim вы прыгаете со строчки на строчку, с функции на функцию настолько быстро, что наблюдатели едва могут понять, что происходит. И как только их глаза начинают привыкать, как только они приближаются к тому, чтобы раскрыть ваш дешевый спектакль (лишь изредка эти строчки содержат рабочий код), вы переключаетесь на другое окно и их старания начинаются вновь.
Хорошее представление измеряется степенью вызванного им замешательства и смятения. А великолепное представление вообще должно вызывать тошноту. Оно буквально сбивает аудиторию с ног, бросает их на пол, оставляя их истекать слюной и биться в судорогах.
Возможно, вы сочтете такую макиавеллиевскую тактику слишком неискренней, слишком вычурной. Наверное, вы бы скорее залегли на дно и сконцентрировались на своем ремесле, затаив надежду, что признание придет к вам в конце, в результате сложной и честной работы.
Возможно, но зачем тратить десятилетия жизни на галерах? Почему бы сразу не положить ноги на стол и не вести себя, как специалист?
Я скажу: лучше быть поддельным кем-то, чем настоящим никем.
Комментарии (145)
tuxi
11.11.2019 12:15+3Еще очень хорошо смотрятся 4+ окон терминалов с запущенными top, а если еще и детализацию по ядрам включить, то совсем хорошо получается.
rostislav-zp
11.11.2019 22:13+1Еще есть такая штука- hollywood style terminal.сразу настоящим хакером из фильмов становишься
Rhoads
12.11.2019 21:02Эпоха черно-белого кино давно прошла. Пора переходить на htop
eumorozov
11.11.2019 12:50Человек пишет о том, что надо хорошо знать bash, а сам использует
while sleep 1вместоwatch,ps -ef | grepвместоpgrep.
А вообще — не понял юмора. Дурачить людей действительно легко, но чтобы это доставляло удовольствие — надо быть психопатом.
Если это какой-то наезд на vim, то не понимаю. Vim — один из самых удобных редакторов. И Firefox с Tridactyl намного удобнее обычного Firefox (Chrome не пользуюсь из-за анальных зондов Google).
Femistoklov
11.11.2019 14:00Это скорее на тему youtube.com/watch?v=5oehs3LvTmw. Может, автора засмеяли «настоящие программисты», когда он мышкой копировал код со stackoverflow, вот и родилась эта статья.
MooNDeaR
11.11.2019 15:40Vim — один из самых удобных редакторов
Это верно только для консоли. И только для правки двух-трех файлов, а не использование его в качестве IDE. Да и тот факт, что он удобный, совершенно не отменят того факта, что порог вхождения в этот редактор явно ненулевой :)
При наличии графического окружения ценность vim около нуля. Как человек, долго его использовавший, я могу сказать лишь одно — редактирование в графических редакторах НАМНОГО быстрее, если приложить к их кастомизации столько же усилий, сколько прикладывается для кастомизации Vim. Прикрутив десяток плагинов к VSCode — редактирование чего бы то ни было будет намного приятнее, быстрее и стабильнее.
eumorozov
11.11.2019 17:17Плагины, реализующие функциональность vim, есть во всех современных средах программирования. И с ними становится намного удобнее даже в VSCode.
Потому что в vim идеально удобно реализовано редактирование текста. Чем программист и занимается значительную часть своего времени.
MooNDeaR
11.11.2019 17:22Персонально я больше не нахожу удобным редактировать текст в vim-режиме. Освоив горячие клавиши любого редактора/IDE редактировать что бы то ни было становится намного удобнее. Однако это всё дело вкуса и вообще не относится к тому факту, что vim сегодня — это супер-нишевый редактор, владеть которым разработчику не обязательно.
dayllenger
11.11.2019 20:20По-моему, у редактирования текста в vim есть объективные неудобства, из-за чего немногим в нём комфортно. Основное неудобство — состояние. Проще всего работать с немодальным интерфейсом, в котором к тому же одно действие можно сделать лишь одним способом. Тогда привычки вырабатываются быстро и разгружают кратковременную память от ненужных переменных, чтобы сосредоточиться целиком на контенте. Состояние мешает делать что-то автоматически, без внимания, ментального усилия и риска ошибиться. Об этом интересно написано в книге Раскина «Интерфейс».
Поэтому почти никто не пользуется клавишами CapsLock и Insert, а некоторые байндят переключение раскладки на разные комбинации. Удержание Ctrl/Shift/Alt в обычных редакторах сразу избавляет от двух источников стейта в vim — текущего режима и процесса набора команды из нескольких клавиш. В vscode есть такие хоткеи через Ctrl+K — по мне, это очень неудобно, поскольку случайно можно войти в потенциально деструктивный режим и не заметить этого (особенно когда строка состояния частично скрыта за панелькой DE).MooNDeaR
11.11.2019 20:23В защиту VSCode:
1) есть плагин меняющий клавиши на сочетания из IDEA
2) ручное изменение сочетаний клавиш сделано нормально и работает отлично, а отличии от той же Visual Studio :)
vitalijs
12.11.2019 21:04Программисты, которые сидят и строчат код на огромной скорости бывают только в кино.
eumorozov
12.11.2019 21:09А никто и не говорит о том, чтобы строчить с огромной скоростью. Но когда любое изменение делается практически силой мысли, это создает ощущение комфорта.
Кроме того, vi/vim есть почти в любой системе. И достаточно знать один набор клавиатурных сочетаний для работы в vi/vim/Idea/VSCode (в последних с плагинами), что тоже очень удобно.
Raspy
12.11.2019 01:22-1Похоже вам пора опробовать intellij idea, вот уж где действительно всё силой мысли происходит, особенно в последних версиях.
eumorozov
12.11.2019 08:14Использую Idea уже 11 лет (точно помню год, когда начал). Собственно это и сподвигло меня изучить Vim и с первых дней устанавливать плагин IdeaVim.
Когда появилась Idea я понял, что она очень удобная. Но запоминать еще один набор шорткатов, который еще и в каждом редакторе разный. Я решил, что рациональнее сэкономить усилия и изучить один набор, который будет работать везде.
Так что я наверное единственный человек в мире, который начал работать с vim в Idea, а не в самом vim (ну, конечно, основные команды vim знал и до этого, но vim не был моим основным редактором).
MR27
12.11.2019 21:14Программисты, которые сидят и строчат код на огромной скорости бывают только в кино.
Ваш оппонент не писал о скорости. Он писал об удобстве.
И дело не только в написании текстов кода.
В процессе работы вы постоянно что то ищите, переходите от одного куска программы к другому, что-то проверяете, что то исправляете, опять проверяете, что запускаете, что то ищите и так по кругу.
И чем удобнее ваш инструмент, чем меньше лишних телодвижений вы проводите, чем меньше тратите времени на «борьбу с инструментом», а затем тратите время из-за переключения контекста сознания, чтобы вернуться к основной части работы — тем продуктивнее вы работаете.
Да, в конечном итоге продуктивность приводит к скорости.
Но речь не идет о прямолинейном — «набирать текст быстрее».
P.S.:
Хотя, имхо, слепой десятипальцевый метод набора на клавиатуре позволяет вам работать быстрее. Но не только по причине скорости набора кода. А как раз именно благодаря сохранению концентрации на главном.
AllexIn
12.11.2019 21:34Это не правда.
Очень сильно зависит от языка и IDE.
Если IDE отзывчивая, с обширными возможностями по автокомплиту и автогенерации кода — создание нового компонента может выглядеть как быстрое набивание кода. Практически непрерывным потоком. Раньше кайф ловил, когда такие задачи попадались и можно было на протяжении пары часов писать непрерывно код.
v2kxyz
12.11.2019 00:27Ну собственно писать новый код можно где угодно и на скорость его набора выбранный редактор мало влияет, за исключением качества автодополнения.
А вот с редактированием уже существующего, чего в фильмах не показывают, могут быть варианты. ИМХО, чем мощнее инструмент, тем лучше получается код, так как проще преодолевать банальную лень. Но есть нюанс — инструментом нужно еще и владеть, но это и к vim и скажем к IDEA относится в равной степени.
ss-nopol
11.11.2019 17:45Vim — один из самых удобных редакторов
Это верно только для консоли.
Согласен, Emacs рулитMooNDeaR
11.11.2019 18:16Let the srach begins)
Wolches
11.11.2019 18:36Вы тоже это слышите?Срачег к нам приходит!
Срачег к нам приходит!
Срачега вкус бодрящий,
Срачега вкус всегда настоящий!
vsb
12.11.2019 21:08У vim есть уникальная фича — макросы. Таких удобных макросов я в других редакторах не встречал. Причём vim с его клавиатурными режимами прямо таки рождён для макросов. В той же Idea они формально есть, но по факту совсем не такие удобные и хороши лишь для самых простейших случаев.
Но мне, лично, эта фича пригождается хорошо, если раз в год. Тогда да, приятно расчехлить vim и сделать то, что заняло бы полчаса унылой обезьянней работы или сорок минут увлекательного написания скрипта за 3 минуты.
saboteur_kiev
12.11.2019 03:04FAR editor легко поспорит с макросами vi/vim.
Но фар под Линукс пока еще не тот.MR27
12.11.2019 03:19Но фар под Линукс пока еще не тот.
Через Wine вполне себе торт. Кроме специфического unix-функционала типа chmod.
v2kxyz
11.11.2019 17:13Если это какой-то наезд на vim, то не понимаю. Vim — один из самых удобных редакторов. И Firefox с Tridactyl намного удобнее обычного Firefox
Спасибо за наводку на Tridactyl.eumorozov
11.11.2019 17:24Пользуйтесь на здоровье. Жаль только, что из-за ограничений, наложенных на расширения, он не работает, например, до того, как загружена вкладка. Иногда это доставляет незначительные неудобства.
sumanai
14.11.2019 19:18Жаль только, что из-за ограничений, наложенных на расширения, он не работает, например, до того, как загружена вкладка
Да здравствуют WebExtension ((
valis
11.11.2019 14:02-1Я так лабы по паскалю писал. Прога могла толком не работать, зато иметь супер интерфейс командной строки с разноцветными и мигающими шрифтами и ANSI артом. Вау эффект работал на ура — препод ставил пятерки не фокусируясь на проверке логики.
Biga
11.11.2019 14:43+6Это какая-то постирония, потому что с одной стороны сплошной стеб, с другой стороны, в глазах своих коллег-виндузятников я выгляжу именно так. У меня реально открыто несколько окон консоли, часто использую вим и непонятные заклинания в консоли. Всё усугубляется однострочниками на perl с регекспами, про которые автор незаслуженно умолчал.
saboteur_kiev
12.11.2019 03:04Зачем нормальному линуксоиду перл с регэкспами, если их хватает и в gnu тулзах, да и в непосредственно в баш
MR27
12.11.2019 03:21Зачем нормальному линуксоиду перл с регэкспами, если их хватает и в gnu тулзах, да и в непосредственно в баш
В предположении что он очень хорошо знает Перл — понятно.
Но специально его учить на сегодня — уже не рационально.dimm_ddr
12.11.2019 14:45Но специально его учить на сегодня — уже не рационально.
Перл интересен тем что он, с одной стороны, достаточно необычен и отличается от многих других языков, а с другой — им реально можно пользоваться для решения каких-то задач в отличие от других эзотерических языков. То есть вместо бреинфака или вайтспейса можно заняться перлом и получить немного больше пользы. Но естественно это не для всех.MR27
13.11.2019 22:25Перл интересен тем что он, с одной стороны, достаточно необычен и отличается от многих других языков, а с другой — им реально можно пользоваться для решения каких-то задач в отличие от других эзотерических языков.
Ну такие и еще есть.
Хаскель. Поголоволомнее чем Перл, имхо.
На нем, к пример, Селектел свою систему сделал несколько лет назад (сейчас, правда, он Хаскеля уже перешли на более традиционные). Но я про то, что и им реально пользоваться для решения каких-то задач, не смотря на всю его нетрадиционность.
uvelichitel
11.11.2019 15:20+2Если программист хорошо знает и уверенно, даже «артистично» пользует vim, tmux, bash, vimium то, вроде бы, не такой уж он и поддельный...)))
Ommonick
11.11.2019 15:47Это какая — то другая крайность синдрома самозванца? Знать что самозванец и направлять усилия на поддержку образа?
Andrey_Epifantsev
11.11.2019 16:30+1Я уж думал в этой статье будут описаны психологические трюки на собеседованиях или на худой конец как правильно написать резюме, если писать туда особенно нечего. А как использовать описанный подход для получения работы? Для собеседования он не подходит. Для тестового задания тоже. Да и на его освоение нужно потратить заметное время и силы — у Vim весьма крутая кривая обучения.
spamas
11.11.2019 16:34Унылая статейка. Я бы с гораздо большим удовольствием прочел о более трендовых и насущных проблемах в ай ти сфере. Например о том, что вокруг бедного программиста пишущего код, находятся десятки людей его не пишущего, получающих больше программиста, и по сути паразитирующих на его труде. Тест менеджеры, независимые финансовые консультанты, бизнес аналитики, менеджеры проекта, менеджеры продукта, менеджеры дизайна, менеджеры архитектуры, системные менеджеры, независимые контролеры качества и прочие и прочие…
С какого то определенного момента(как по мне, с роста популярности аджайла, скрама и прочей корпоративной ахинеи) количество паразитов между готовым кодом и его потребителем-заказчиком неуклонно растет. Но пузырь не может надуваться вечно…JustDont
11.11.2019 16:55Тест менеджеры, независимые финансовые консультанты, бизнес аналитики, менеджеры проекта, менеджеры продукта, менеджеры дизайна, менеджеры архитектуры, системные менеджеры, независимые контролеры качества и прочие и прочие…
Почему вы уверены в том, что эти люди не делают ничего полезного, паразитируют на труде бедного-нищасного программиста, да еще и получают больше?spamas
12.11.2019 16:51Потому что я «варюсь» в этой сфере больше 15 лет. Забавно наблюдать когда возникает некая проблема, ну скажем, срыв сроков релиза новой фичи. Клиент недоволен, грозит неустойкой. Компания разворачивает команду «быстрого реагирования» состоящую из преданных проект и продакт менеджеров, бизнес аналитиков, функциональных тестировщиков и технических архитекторов вкупе с группой обеспечения качества и менеджером по релизу. Начинают проводиться трехсторонние видео конференции с презентациями и отчетами, рисунками на доске, и передвиганием бумажек с тасками. Все демонстрируют неподдельный энтузиазм и запредельную мотивацию, сутками просиживают в офисе, а проект не двигается с места. Почему? Да потому что на 20 человек из вышеперечисленных бездельников, которые только и делали что переписывались в бесконечных имейл диалогах, приходился только один программист который мог реально что то писать в коде. 20 человек в сс имейла ждут когда ответит программист, готово ли исправление…
DMGarikk
12.11.2019 17:19Да потому что на 20 человек из вышеперечисленных бездельников, которые только и делали что переписывались в бесконечных имейл диалогах, приходился только один программист который мог реально что то писать в коде.
ага, давайте их всем выкинем, пускай клиент пишет что чтото не работает, надо срочно подправить, программист исправляет — и в итоге рушится многотеррабайтная база с очень чувствительными данными, тупо потому что клиент не знал о внутренней связности системы, ему никто не озвучил риски не решил кто будет ответственным в случае факапа… а программист? а он блин только буковку в коде поменял, он вообще не вникал как там и что работает.
Вы варитесь в этой сфере как программист или как менеджер?
эти многочасовые конференции и презентации нужны чтобы правильно распрелделить риски и ответственности и снять «а вы мне этого не говорили/не предупреждали»
===
Это как рабочий завода считает что начальство не нужно, вон же сырьё подвозят — продукцию забирают, зачем нужен начальник? (а мозгов понять что подвозят-забирают это не явление природы а сложнейшая логистика и связность, и начальник тут неотъемлемое звено в техпроцессе которое связывает это всё — уже не хватает)… всем кажется что если выкинуть руководство то и дальше будут привозить сырьё и клиенты принимать код-выдавать грамотные ТЗ и платить бабки, и слушаться программистов-исполнителейdzsysop
12.11.2019 17:35Я вас где-то могу понять и поддержать.
Но если на 20 человек административных работников в проекте всего 1 программист,
это уже перебор. Вы не находите?
Вы можете сколько угодно заниматься логистикой и подвозить сырье железнодорожными составами но если у вас один грузчик и один слесарь вы никак не выдадите на гора никакой более менее вменяемый объем и качество.
Баланс между рабочими лошадками и«погоняльцами»менеджерами и управленцами должен быть соблюден. Из моего опыта скажу что он должен быть максимум 1:1. То есть если у вас 5 программистов, то над ними должно быть максимум 5 управленцев включая самого главного (какого-нибудь ген. дира). Если же на реальных 5 исполнителей у вас, извините 10 начальников — жди беды.DMGarikk
13.11.2019 11:05Если же на реальных 5 исполнителей у вас, извините 10 начальников — жди беды.
Вы не забывайте что кроме программистов бывает ещё куча всяких продажников, контентных менеджеров и т.п. а начальство у всех обычно общее (ну кроме непосредственно руководителей отдела разработки)dzsysop
13.11.2019 15:27Вы не забывайте что кроме программистов бывает ещё куча всяких продажников, контентных менеджеров и т.п. а начальство у всех обычно общее (ну кроме непосредственно руководителей отдела разработки)
Я не забываю. Я вам про Фому, а вы похоже мне про Ерему.
Продажник (он же продавец) — это не начальник, это такая же рабочая лошадка как и программист.
Контентный менеджер (не уверен что вы имеете в виду), подозреваю тоже не начальник, а исполнитель.
Точно также если вам захочется напомнить про охранников и уборщиц. Все эти люди не имеют отношения к тому на что я пытаюсь обратить ваше внимениие. Соотношение управленцев к рабочим лошадкам должно быть осмысленным и управленцев должно быть как можно меньше.
Но если вы искренне верите что 20:1 это нормальное соотношение, то не стоит продолжать дискуссию. Это уже про веру одного против веры другого.DMGarikk
13.11.2019 15:36вы все правильно говорите
нО, вы говорите что 20 начальников — 1 программист, а по факту, 20 начальников — 15 работников + 1 программист… этих 15 почемуто все забывают учитыватьMR27
13.11.2019 21:29+1вы все правильно говорите
нО, вы говорите что 20 начальников — 1 программист, а по факту, 20 начальников — 15 работников + 1 программист… этих 15 почемуто все забывают учитывать
Нормальное соотношение в ИТ, доказанное десятилетиями — это 1 выделенных (не совмещающий) начальник на 5 программеров. Если мы говорим об одном уровне иерархии. Понятно, что в большой компании есть еще начальник над пятеркой начальников, которые начальники пятерых программистов каждый
Это соотношение было еще в 1960-ые годы выявлено на больших проектах (типа разработки OS/360) и с тех пор только подтверждалось.
Разумеется, возможны ньюансы. 1/3, 1/7. Но не 1/20.
PowerMetall
13.11.2019 11:59Но если на 20 человек административных работников в проекте всего 1 программист,
это уже перебор. Вы не находите?
THIS
MR27
13.11.2019 21:32Но если на 20 человек административных работников в проекте всего 1 программист,
это уже перебор. Вы не находите?
Так не бывает. Ибо таких дико продуктивных программистов, чтобы способны были прокормить эту ораву (плюс налоги, плюс аренда офиса и пр.) не сущестует в природе.
Если вы не видите, что они не занимаются сугубо внутренней административной работой — это не значит, что они не общаются с внешними партнерами (и это не обязательно продажники; могут быть, например, организующие работу со смежными подрядчиками, которых вы же и нанимаете; могут быть те, что занимаются подготовой приземления вашего проекта на реальную почву — решающие проблемы с помещениями, где будет запущен в эксплуатацию ваш код; и т.п. и т.п.).
Плюс фактор времени. С чего это вы решили, что 100% их времени — это вы? В реальности этот административный персонал занят совсем не вашим проектом и вы — такой гордый 1 за 20 работающий — занимаете всего 1% их времени. А 99% времени они занимаются другими командами и другими проектами. Но в других городах — вы просто не подозреваете об существовании этим других команд.dzsysop
13.11.2019 21:46Так не бывает. Ибо таких дико продуктивных программистов, чтобы способны были прокормить эту ораву (плюс налоги, плюс аренда офиса и пр.) не сущестует в природе.
Я недавно уже высказывался по этому поводу под другой статьей про качество кода. Вопрос на самом деле же не в производительности программиста, а в прибыльности бизнеса. То есть если разработка приносит тысячекратный выхлоп или больше, то бизнес вполне себе может тянуть какое угодно количество админ персонала. И поверьте такие бизнесы есть и их немало (я пару лет назад работал в 2ух подряд таких проектах). Если у конторы деньги рекой, а руководство безграмотное — это может продолжаться довольно долгое время. то есть программисты по большому счету почти не влияют на выручку компании. Ну разве только совсем остановят проект. Но это же в реальности фантастический сценарий.MR27
13.11.2019 22:14Если у конторы деньги рекой, а руководство безграмотное
Если они нашли эти «деньги рекой», то они явно не безграмотные. И им вполне себе очевидно про основную производящую силу.
Имхо технари часто переоценивают свою значимость. И напрочь игнорируют тот факт, что их голая программ никому не нужна сама по себе. Что нужны люди и для сопроваждения нетехнического программы — продавцы, юристы, а также те кто подготавливают к работе помещение и железо (не обязательно только сисадмины, ведь и сисадминов тоже нужно организовать), на котором запускается ваша программа. Что есть еще куча рекламного материала к программе. И пр. и пр.
К слову — в голивудских фильмах бюджет на рекламу нередко превышает чисто производственный бюджет. Не считаю невозможным такое и каких-то сферах ИТ.
Административный персонал, где 20 начальников на 1 программиста явно занимается еще и чем то иным, кроме этого одного программиста. Совсем другими проектами, о которых этот программист и не подозревает.
Насчет того, что это может быть не самый эффективный вариант — тут я с вами согласен.
Но полагать людей насколько глупыми — не-а.
Я скорее склонен полагать, что вы просто не видели и не понимали чем еще, кроме вас, эти люди могли заниматься.
Типично: у них еще 20 проектов кроме вашего. Но их исполнители просто сидели не в вашем офисе, поэтому вам и казалось, что эти 20 начальников — только для вас одного.
Ну или они занимались совсем другим бизнесом, благодаря которому и были деньги, чтобы платить вам зарплату пока вы создавали проект.
Деньги рекой? Не будьте наивными. Такое бывает не часто. Там где «деньги рекой», быстро образуется конкуренция за эти деньги и ручеек быстро истощается.
Чтобы деньги лились рекой — к этому нужно прикладывать большие усилия большой группы людей.
Например, как раз тех людей, которых вы посчитали бездельниками, просто не зная и не понимая чем на самом деле они занимаются — ну например, добывают деньги у инвесторов для развития вашего проекта и т.п.
dzsysop
14.11.2019 00:39Вы говорите абсолютно правильные вещи.
Но просто не хотите принять что бывают разные организации.
Есть такие как описываете вы и есть такие как описываю я.
Вам хочется верить что успех и деньги не приходят к глупым или непрофессиональным. И мне не хочется. Но это факт.
Просто как идея как жто происходит:
Пишет неплохой программист-одиночка неплохой сайт. Сайт становится популярным. И начинает капать копейка. Потом копейка превращается в доллар. Постепенно в тысячи. Парень смотрит что там уже и до миллиона недалеко. Парень начинает понимать что надо обрастать полноценной структурой, но бизнес опыта у него никакого. Опыта работы ни в команде ни тем более руководителем у него нет и учиться этому он не успевает, может потому что не хочет, а может потому что сайт требует уже уго внимания 24/7 и он пашет на износ. Что делает парень? Завет пару знакомых у кого есть какой-то релевантный опыт. Может он проверить их квалификацию? Нет не может. А обороты все растут. Горшочек варит. Эти пару друзей начинают нанимать всех подряд, и бухгалтеров и начальников и программистов. Но поскольку среди друзей точно нет опытных ТОП-менеджеров, то найм приносит результаты 50/50. Штат растет, качество падает. Но возрастающую нагрузку с парня постепенно снимают, хотя бы какие-то вопросы по бухгалтерии, хотя бы какие-то вопросы по администрированию. Иногда лажают иногда помогают. Но суть в том что источник денег все еще тот который создал одиночка. И пока не будет прямой атаки от конкурента и соотношение выручки к затратам 1:1000 или 1:100 или даже 1:10 то всем кажется что Титаник плывет. Но тем кто видит это профессиональным глазом, видно что это путь ко дну. И это может длиться долго-долго.
Чтобы деньги лились рекой — к этому нужно прикладывать большие усилия большой группы людей.
Мне раньше тоже так казалось, пока я не понял как и кто выигрывает
и выполняет тендеры и получает госзаказы. Пока я не увидел сколько людей смотрят и готовы платить за порно и вебкам. Пока я не столкнулся сколько есть зависимых игроманов. И это только те области с которыми я столкнулся. Я уверен что список намного больше.
Я былы бы рад с вами согласиться в том что деньги, особенно большие, не приходят к глупым и непрофессиональным. Но я знаю что приходят. Да вы можете сказать что они по-своему умны — я согласен/ По-своему они умны или хитры. Но на мой взгляд, они точно не профессионалы. И в таких конторах попираются многие базовые принципы эффективности, причем походя. Никому не интересно снижать затраты и делать лучше. Потмоу что источник денег в другом месте.MR27
14.11.2019 16:45+1Пишет неплохой программист-одиночка неплохой сайт. Сайт становится популярным. И начинает капать копейка. Потом копейка превращается в доллар. Постепенно в тысячи. Парень смотрит что там уже и до миллиона недалеко. Парень начинает понимать что надо обрастать полноценной структурой, но бизнес опыта у него никакого
…
Но суть в том что источник денег все еще тот который создал одиночка.
Если бы ему было достаточно его одного — то и был бы один.
То, что люди люди в фирме занимаются чем-то косвенно относящимся к проекту — не повод считать единственно важным именно «парня».
Пример:
Да, именно двигаетель в авто и есть то, благодаря чему вообще можно стало сделать автомобиль. Благодаря изобретению двигателя существуют автомобили, автопром и автодороги и автоколонки и автосервисы.
Но один только голый двигаетель, без кресел и салона, без руля, без дорог, без автосервисов, без бензоколонок — не особо и нужен. По крайней мере — не в таких масштабах как распространены авто сейчас.
Обороты тех же «сопутствующих» авто бензоколонок — несопоставимо больше, чем собственно моторных заводов.
Это я к тому, что пусть парень из вашего примера со своим сайтом пусть изначально и был главной причиной успеха — но потом акценты сильно смещаются.dzsysop
14.11.2019 16:49Это я к тому, что пусть парень из вашего примера со своим сайтом пусть изначально и был главной причиной успеха — но потом акценты сильно смещаются.
Я вашу позицию понял и во многом принимаю. Но продолжать обсуждение далее не вижу смысла. Мне кажется я достаточно объяснил свою позицию. Далеко не всегда «акценты сильно смещаются». Порой и довольно часто проект и бизнес просто обрастают нахлебниками. Я очень за вас рад если вы этого до сих пор не видели и не ощутили.MR27
14.11.2019 16:54Порой и довольно часто проект и бизнес просто обрастают нахлебниками. Я очень за вас рад если вы этого до сих пор не видели и не ощутили.
У себя — нет. Не наблюдал.
У других — совершенно уверен, что такое может быть. Но это их проблемы. Если они накосячили с организацией своего бизнеса — мне их совершенно не жаль. Прибылью же они своей со мной делиться не собираются.
Имхо, проблема вами преувеличена. Не такая уж она и частая.
А то, что наемные всегда менее эффективно работают, нежели ты сам как владелец/основатель — так это всегда так. Просто к этому нужно быть готовым.
Разница в эффективности и в 5 раз может быть запросто — по моим прикидкам, когда я программистов нанимал. Сам программировал в разы лучше их. Это всё просто нужно заложить в расчеты рентабельности.
dzsysop
14.11.2019 16:59Но если на 20 человек административных работников в проекте всего 1 программист,
это уже перебор. Вы не находите?
У других — совершенно уверен, что такое может быть. Но это их проблемы. Если они накосячили с организацией своего бизнеса — мне их совершенно не жаль. Прибылью же они своей со мной делиться не собираются.
Я ничего не преувеличивал, я поддержал человека, который обозначил проблему дисбаланса. Вы проблему отрицали как таковую. Теперь вы согласились что проблема может быть. Больше ничего я доказывать и не собирался. Удачи вам.MR27
14.11.2019 18:28Вы проблему отрицали как таковую.
Вы совершенно правильно процитировали.
Но не верно проинтерпритировали.
Давайте, я выделю, чтобы вам было понятнее:
Но если на 20 человек административных работников в проекте всего 1 программист,
это уже перебор. Вы не находите?
Чуть выше в ветке дискуссии я как минимум раза три (а может и больше) уже довольно подробно объяснил типичную ошибку технаря, который думает, что важны только технические составляющие проекта.
Рассказал, что эти, как вам кажется «чисто административными функциями» занимающиеся сотрудники в большинстве своем занимаются не «чисто административными функциям».
А просто другими, не техническими частями проекта.
Которые все так же для существования проекта важны как и то, что делает программист
Насколько важны программисты/непрограммисты, насколько эффективны те или эти сотрудники — это уже нужно с конкретным проектом разбираться.
И техническая и не техническая части проекта не могут работать без существования второй части.
На начальном этапе когда еще ничего нет — значение разработки — велико, да, но потом… В уже развитых ИТ-шных проектах, когда закончен период первоначального написания ядра кода, когда все стабильно работает — значимость собственно разработки существенно уменьшается. И вперед выступают именно что нетехнические части проекта.
Типичное следствие: команда разработчиков безболезненно для проекта увольняется и остается только команда тех. поддержки, в том числе и занимающаяся небольшой разработкой-доработкой (разработчики добровольно увольняются в таких случаях зачастую, так как скучная поддержка «творческим» разработчикам не интересна).
killbond
12.11.2019 23:50Как разраб с опытом работы с клиентом 1 на 1, так и в команде, я вам так скажу: на практике мне удалось ощутить потребность как минимум в аналитике, открываешь бриф или иной документ, содержащий требования, а там описан пони единорога. Бывает, что что-то из этих требований реализовать невозможно, бывает, что проще и дешевле будет сделать как-то иначе. Далее у вас развивается коммуникация по этим вопросам с целью достигнуть каких-либо соглашений в виде адекватного ТЗ, которое еще к тому же будет меняться в процессе разработки. От изменений этих, порой начинают шевелиться волосы на голове. А поскольку в этой самой голове не хватает сведений о тонкостях их бизнес процесса,
то порой хочется убежать к бабушке в деревню или остаться в садике на продленку, то выдвинуть оптимальные решения порой не всегда доступно. Именно это и есть работа аналитика, его труд сохранит ваши нервы и убережет от лишней головной боли. Он вам не враг и не нахлебник, а коллега и сотрудник.
Далее, человеку свойственно ошибаться, а разраб тоже человек, спорьте сколько хотите, но кода без дефектов не бывает. Бывают допустимые расхождения. Было бы очень опрометчиво полагать, что разраб может сам протестировать свой код во всех возможных сценариях и отдать клиенту именно то, что он просил, потому что сам разраб сосредоточен на реализации, а не пользовательских сценариях. А отдавать продукт с дефектами, знаете, себе дороже. Отсюда и возникает потребность в QA, и лучше, если это будут 2 головы: взгляд с позиций разного опыта позволяет увидеть больше, чем с одной.
Таким образом, из моего опыта минимальный набор людей на проект: 1 аналитик, 1 разраб, хотя бы 2 тестировщика, дизайнер (если есть UI). С такой командой в принципе можно вытянуть любой проект. Но если проект очень большой, то дополнительные люди, которых вы считаете лишними, позволяют ощутимо экономить ваше же время, которое могло бы быть потрачено на невостребованную работу.
DMGarikk
11.11.2019 17:10оо, вы хотите как в 1С, когда этих 'лишних' людей нет и ты человек-оркестр, но получаешь зарплату ниже тех кто с такими людьми работает?
p.s. забавно слышать в ИТ риторику пролетариев
Max_JK
11.11.2019 17:43эти люди берут на себя рутину, которая нормальному программисту просто не интересна и занимает много времени
urtow
11.11.2019 19:01Доллар тому, кто придумал.
Десять — тому, кто сделал.
Сто — тому, кто продал.
Тысячу ведущему тренинги по
DarkMitya
11.11.2019 17:15Хм, а я так постоянно работаю, браузер и tmux/vim с кучей открытых консолей, я админ с овердо(много) серваков, но это работа.
А вот это описание "карнавала", действует впечатляюще только на далёких от it людей, коллеги бы раскусили "маскарад" в считанные минуты. Да и опять же, а где результат?
vit496
11.11.2019 18:06+1Раньше читал анекдоты в обед. Теперь — Хабр. Давно так не смеялся. Перечитал еще раз и еще раз долго смеялся. Особенно про мышь, тачпад и Vimium. Спасибо за статью.
esata
11.11.2019 18:14Можно добавить что можно заюзать утилиту genact чтобы имитировать бурную деятельность на работе B-)
github.com/svenstaro/genact
frankmasonus
11.11.2019 18:16я таких называю — «сказочники», ну или просто, чудак на букву «м». Это полезные бактерии, в смысле что народ тренируется их распознавать на их примере. В общем-то нужно ответную статью написать, как распознавать сказочника за несколько вопросов. Можно даже сказать, что это обязательная часть профессионального опыта. Попади такая бактерия в неподготовленный организм, может и убить.
grt_pretender
11.11.2019 18:43Из серии «пока не поймают»)
Я скажу: лучше быть поддельным кем-то, чем настоящим никем.
Лучше уж быть настоящим никем, чем поддельным кем-то.
В первом случае хотя бы есть куда расти.
И не нужно постоянно оглядываться через плечо.dimm_ddr
12.11.2019 14:51Ну почему же. Fake it till you make it — валидная стратегия которая подразумевает что ты именно из поддельного кого-то (как минимум по твоему собственному мнению) растешь в кого-то настоящего. Понятно что это не серебрянная пуля, да и моральность стратегии сомнительная, но в определенных условиях оно работает.
AllexIn
12.11.2019 21:10Херово быть удаленщиком…
Никто не видит моё рабочее место, кроме жены. :((uvelichitel
12.11.2019 21:29Поддельным удаленщиком
— Иди мусор выкини, посуду помой, собаку погуляй
— Компилирую, же
Miller777
11.11.2019 22:50Заголовок спойлера
MR27
11.11.2019 23:00Про картинку справа:
Да ладно.
От вас зависит.
У меня и 2-3 летний ребенок был прекрасно приучен к тому, что если папа за компьютером, то к нему нельзя подходить. Понадобилось всего-то пара недель, чтобы приучить к этому. Все дело только в вашей настойчивости.Miller777
11.11.2019 23:14Есть еще такая прикольная штука, как синдром дефицита внимания. Приучай — не приучай, а нормально работать можно только в тишине и покое.
Не, что-нибудь тупо-механическое можно делать и в таких условиях, как на картинке. Такая работа тоже есть.MR27
11.11.2019 23:18Есть еще такая прикольная штука, как синдром дефицита внимания.
Мама же есть.
Приучай — не приучай, а нормально работать можно только в тишине и покое.
Ну у меня 2 комнаты тогда было.
lightman
12.11.2019 13:58Мама же есть.
Я так понял, речь о том, что синдром дефицита внимания у самого программиста. Приучай не приучай, но 100% тишины не добиться и даже приглушённые звуки из-за двери будут отвлекать.MR27
13.11.2019 22:27Приучай не приучай, но 100% тишины не добиться и даже приглушённые звуки из-за двери будут отвлекать.
В офисах как-то же работают? А там далеко не бесшумно, как правило. Не говоря уже о существовании и опенспейсов.
В конце концов есть наушники, музыка, «белый шум» и пр.lightman
14.11.2019 07:30В офисах ты не несёшь ответственности за других. А за детей/домашних животных несёшь и, слыша звуки, отвлекаешься и задумываешься «всё ли в порядке, нужно ли выйти и проверить»
MR27
14.11.2019 16:50А за детей/домашних животных несёшь и, слыша звуки, отвлекаешься и задумываешься «всё ли в порядке, нужно ли выйти и проверить»
Я же ответил, причем именно эту мою цитату вы и привели в своем ответе:
Мама же есть.
Я вполне доверял своей жене в вопросах заботы о ребенке.
Когда ты дома один с ребенок — это совсем-совсем иное. Тут ты действительно за него отвечаешь.
Но, имхо, если ты работаешь, а супруга тоже находится дома (и, кстати, она именно что «в отпуске по уходу за ребенком») — то вполне нормально, что именно она следит за ребенком, пока ты обеспечиваешь семью.
Возможно, это следует отдельно оговорить с ней, но моя и сама всё прекрасно понимала.
dzsysop
11.11.2019 22:59+1Мне кажется такой подход сработал бы лет 10 назад. Сейчас не проканает.
Вернее проканает но с очень непрофессиональной целевой аудиторией.
Сегодня `bash` и `vim` освоили слишком многие.
Надо искать другие «фичи» которые сработают сегодня: Big Data, AI, CloudMR27
11.11.2019 23:01Надо искать другие «фичи» которые сработают сегодня: Big Data, AI, Cloud
А под «биг-дату» и пр. — выбить себе очень хорошее железо и майнить на нем.
dzsysop
11.11.2019 23:19Ой еще забыл крипту сюда добавить с блокчейном.
v2kxyz
12.11.2019 00:39+1Бигдата хранящаяся в блокчейне и обрабатываемая ИИ с глубоким обучением в облаке на квантовом компьютере с целью добычи крипты? Ну естественно это все еще по аджайлу должно разрабатываться удаленщиками при 3х дневной рабочей неделе на помеси TypeScript, Dart, Rust и Haskell.
KvanTTT
12.11.2019 01:14А еще можно клавиатуру без надписей, чтобы круче смотрелось со стороны и было не понятно что программист печатает.
cadovvl
12.11.2019 13:14Я купил себе клаву Happy Hacking Pro 2 без принтов. Она еще и без стрелочек: вообще выглядит страшно для неподготовленного. Правда заточена под emax, а не под vim.
lightman
12.11.2019 14:0721 300 ?
Я сам механические клавиатуры не щупал, скажите, стоит ли неэргономичная, но механическая клава того? Последние несколько лет использую Natural Ergonomic Keyboard 4000 ценой в 10 раз меньше и она не кажется в 10 раз хуже.altai2013
12.11.2019 16:45Однозначно стоит. Просто приятно печатать. Каждое нажатие на кнопку — удовольствие. Представьте, сколько удовольствия за день, за месяц или за год. У жены обычная клавиатура, она вчера посидела за моим компьютером, немножко попечатала на механической и сказала: «кайф».
MR27
12.11.2019 17:38+121 300 ?
Я сам механические клавиатуры не щупал, скажите, стоит ли неэргономичная, но механическая клава того?
Конкретно в этой модели все дело в клавиатурных переключателях Topre. Существенно более распространенные Cherry MX и их клоны делают клавиатуру в 2-3 раза дешевле.
Обратите внимание, что это HappyHackingKeyboard Pro. Не Lite (та и дешевле и совсем другие клавиши и переключатели).
Есть куча аналогов существенно дешевле — с близким расположением клавиш. Но те модели будут дешевле. При столь же высочайшем качестве. Скажем, обратите внимание на модели фирмы Vortex. http://vortexgear.tw В них нет переключателей Topre, к сожалению (там классические Cherry MX). Зато подобное компактное расположение клавиш (Vortex на таком специализируется) и крайне гибко программируемых контроллер. Программирование клавиатур Vortex производится средствами самой клавиатуры, без внешнего программного обеспечения.
В пику Vortex, в частности среди недостатков HappyHackingKeyboard Pro — не идеальный функционал дополнительных слоев на клавишах (для клавиатуры со столь малым количеством клавиш — дополнительные слои важны). Проблема настолько серьезно, что люди вскрывают свои дорогие HappyHackingKeyboard Pro и заменяют в них контроллеры на контроллеры с расширенным функционалом. Полукустарное производство таких контроллеров для HappyHackingKeyboard Pro — налажено. Несомненым преимуществом HappyHackingKeyboard Pro перед Vortex являются переключатели Topre.
Конкретно HappyHackingKeyboard Pro стоит столь дорого исключительно из-за Topre — это довольно редкий тип переключателей, который производит только 1 фирма в мире из Японии и только 1 китайская фирма пытается ей подражать. То есть цена тут не связана с качеством/приятностью напрямую. А связано только с низкой конкуренцией на переключателях этого типа.
Если вас занитересовали переключатели Topre, то существуют считанные единицы моделей клавиатур на на них:
- Несколько моделей Leopold (то ли 2 то ли 3 модели)
- Несколько моделей RealForce (из них особо интересна, имхо, клавиатуры с Variable Topre — где на разных клавишах стоят клавиатурные переключатели с разным уровнем сопративления нажатию — под указательными пальцами более жесткие, под мизинцами более мягкие и средние под остальными пальцами)
- Уже упомянутая HappyHackingKeyboard Pro (есть американская и японская версия, японская с клавишами стрелок; есть еще версия Bluetooth, вроде только европейская).
- Были еще клавиатуры на Topre серии Novatouch. Не такие дорогие. Но почему-то народу они не задались. Там использовался переходник на кейкапы Cherry MX. Но это дело прошлое — такие модели уже много лет как не производятся.
- Есть еще на китайских аналогах японских Topre клавиатуры, но они, имхо, встречаются еще реже, чем клавиатуры на оригинальных японских Topre
Все упомянутые клавиатуры, кроме одной-единственной из моделей HappyHackingKeyboard — проводные. Leopold и RealForce обещают вскорести Bluetooth, но таких в продаже пока нет.
Все упомянутые модели — не дешевые. Ибо Topre.
Кроме Variable Topre обращаю внимание на Topre Type-S (безшумная Silent-модификация). Такие бывают HappyHackingKeyboard, Leopold. Таких RealForce не видел. Topre сами по себе одни из самых бесшумных механических переключателей (очень многие даже мембранные гораздо шумнее), а уж Type-S (Silent) Topre — вообще должны быть тихими.
Это все, что можно сказать об устанавливаемых в HappyHackingKeyboard Pro переключателях Topre. Эргонических клавиатур на Topre не сущестует.
Если вас все же заинтересовали клавиатуры на переключателях Topre, но они кажутся дорогими — обратите внимание на MassDrop (http://drop.com). Считанные дни назад там еще можно было взять HappyHackingKeyboard Pro всего за 14 000 рублей. А прямо сейчас можно заказать RealForce тоже значительно дешевле обычной розничной цены. Там же время от времени проскакивают и клавиатуры на китайских аналогах Topre (пару недель назад видел).
Обычная же розничная цена клавиатур с переключателями Topre, действительно, такая большая всегда.
Обратите внимание, что кейкапы Topre намного более редкие, чем Cherry MX. Превратить вашу HappyHackingKeyboard Pro в хотя бы подобное будет не просто:
MR27
12.11.2019 17:50Последние несколько лет использую Natural Ergonomic Keyboard 4000 ценой в 10 раз меньше и она не кажется в 10 раз хуже.
Аналогично. Уже не помню сколько я лет на эргономических.
Буквально как пару месяцев сполз с неё на ErgoDox-EZ с механическими переключателями.
Имхо, MS Natural Keyboard и рядом не лежала по степени удобства.
Сами переключатели нажимаются крайне легко, проще, чем мембраные на MS.
Выбор эргономических не особо широк, но и не так уж и мал:
github.com/diimdeep/awesome-split-keyboards
docs.google.com/spreadsheets/d/19-rTWbp8SCKdZFByPZu3RT8NSF8vVddDe8WL6R6b1qQ
Там и есть и заводского производства готовые клавиатуры и комплекты для самостоятельной сборки из готовых компонент, а для некоторых моделей только схемы для полностью самостоятельного изговления.
MR27
12.11.2019 18:23Я сам механические клавиатуры не щупал, скажите, стоит ли неэргономичная, но механическая клава того? Последние несколько лет использую Natural Ergonomic Keyboard 4000 ценой в 10 раз меньше и она не кажется в 10 раз хуже.
Клавиатура MS Natural, кстати, имеет проблемку.
Вот это правильное расположение клавиш на Truly Ergonomic Keyboard:
Теперь посмотрите на клавиатуры, подобные MS Natural, и попробуйте сделать так же. У вас не получится:
Когда то давным давно для того, чтобы рычажки печатной машинки, шедшие до каждой клавиши не мешали друг другу было придумано то самое смещение клавиш:
Сейчас (и уже очень давно) это не нужно. Но конструктора совершенно бездумно его повторяют.
Ну их можно понять. Конкуренция на рынке клавиатур высока. Что-то заработать можно только выпуская огромными тиражами. А сделавший эргономически более правильную модель, но без этого смешения — рискует быть не понятым и не сможет продать тираж, потеряет огромные деньги (полагаю так и думают производители клавиатур и не хотят рисковать).
Впрочем, кто-то все же пытается предлагать свое решение. Например Preonic Keyboard
Это так называемые клавиатуры с ортогональным расположением рядов клавиш. Они могут быть как эргономические с разделенными половинами (например, ErgoDox) так и классическими прямоугольниками (например, Preonic)
arheops
13.11.2019 13:24У меня wasd купленная на ебей за 70 баксов.
Честно говоря разницы нету особой с вот такими супер-дорогими для среднего человека(я брал пробывал).
А вот между механикой и мембранкой есть. Ну и надо пробывать, знать какие вам клавишы удобны, они сильно разные.lightman
13.11.2019 17:27Вот только как попробовать. Интересно, есть ли такие мини-пробники, где размещены по одной клавише каждого типа?
arheops
13.11.2019 17:37Ну проще всего взять у знакомого и попробывать.
Пробники, естественно, бывают(одна клавиша стоит всего доллар). geekboards.ru/product/cherry-mx-tester
Также можно просто купить россыпью клавиши разного типа, их продают на замену, и просто вставить в кусочек дерева.
Но имхо лучше тестить на реальной клавиатуре.
В клавиатурах типа WASD вы можете поменять все кнопки или только зону на другие, достаточно просто делается. Но долго, 100 штук все таки.
MR27
13.11.2019 21:41Вот только как попробовать. Интересно, есть ли такие мини-пробники, где размещены по одной клавише каждого типа?
Конечно:
Вот чисто пробник клавиш:
geekboards.ru/product/geekboards-tester-20
Или вот даже настоящий живой, светящийся и функциональные (мультимедийные) клавиши, с возможностью программирования клавиатурки-пробника (как перепрограммировать см. инструкцию по ссылке, вполне себе подробно-ясно и на русском):
geekboards.ru/product/rgb-makropad-geekboards
К этим пробникам идут не только разные переключатели, а еще и разные колечки шумопоглащающие, тоже можно поэкспериментировать.
Есть пробники и на 20 и более типов клавиш.
novelkeys.xyz/collections/switch-testers/products/25-slot-switch-tester
Картинка тут
MR27
15.11.2019 08:49У меня wasd купленная на ебей за 70 баксов.
Честно говоря разницы нету особой с вот такими супер-дорогими для среднего человека(я брал пробывал).
Каждому — свое.
После ознакомления на практике с клавиатурами Varmilo и Leopold, которые считаются лучшими из тех, что на Cherry MX, — лично мне 70-ти баксовые (которые тоже имеются) кажутся страшным сном.
Впрочем, объективно говоря, как раз где-то от «70-ти баксов с ибея» как раз и начинаются механические клавиатуры минимально приемлимого качества. Я согласен, среди них есть некоторые экземпляры, что заведомо лучше мембранных.
Впрочем, мембранные с механизмами типа PerfectStroke — довольно неплохие. Однако и цена у них вполне сопоставима с механикой, причем не самой дешевой механикой.
sumanai
15.11.2019 09:51Впрочем, мембранные с механизмами типа PerfectStroke — довольно неплохие. Однако и цена у них вполне сопоставима с механикой, причем не самой дешевой механикой.
Это типа ножничного механизма? Моя A4Tech KV-300H стоит около 1500 рублей.
pavelsc
12.11.2019 17:32Со стороны автора выглядит как будто он всех обвел вокруг пальца, а на деле либо всё-таки он создаёт какой-то полезный продукт, пока не просиживает штаны, либо не представляет значительных расходов для компании.
Например я уже читаю два с половиной часа хабр и никому нет до этого дела, у меня нет скиллов олимпиадника, и я не пишу код в темных очках и в IDE с темной темой, не имитируют коммиты и не овертаймлю, строго 40 часов в неделю. В чем секрет? Да просто оффер ниже рынка :)
rboots
12.11.2019 17:48Уже 2 часа читаю хабр с оффером выше рынка. В чём секрет? Последние 15 лет пытался не казаться, а быть хорошим программистом. Сейчас выполняю всю работу за треть времени и ещё подгоняю, коллег, чтобы поспевали сделать свою часть работы.
Am0ralist
12.11.2019 18:17хм, уже два часа читаю хабр и всем пофиг… потому что я админю и у сейчас у меня всё работает)
mkostya
13.11.2019 12:34Вообще-то это замечательный юмор. Вот в советские времена была такая книжка — «Физики шутят». Она была наполнена разными байками и анекдотами о физиках, а также вот такими анти-мануалами, например, «как оформить научную работу». Вот данная статья подошла бы в книжку «Программисты шутят», если бы такая была (а может, где-то и есть?)
svyat_reshetnikov
В компаниях с хорошо отлаженными процессами разработки таких «специалистов» разоблачают на первых code review :-)
dlinyj
Однако есть тысячи маленьких фирм, в которых можно десятилетиями пускать пыль в глаза.
chilicoder
В больших компаниях тоже самое.
tuxi
В больших компаниях еще и простора для маневра обычно больше :)
svyat_reshetnikov
А я не про размер компании. Я про инженерную культуру в ней.
muhaa
Для того чтобы скрыть некомпетентность надо сразу быть менеджером как минимум. Или работать в не-IT фирме и уметь выдавать корявый, неграмотный, но работающий продукт в одиночку очень быстро. Последнее уже не совсем обман.
dlinyj
Ой, да я вас умоляю :)))). Можно быть тимлидом раздолбаем :))))
muhaa
Так это и будет по сути менеджер.
nmrulin
В маленькой как раз хуже. Так как если задача не сделана, то все это видят. И чем меньше фирма тем больше это видят. Лучше всего видят когда программист вообще один.
MR27
Тут согласен.
А тут нет.
Когда нет коллег — кто тебя оценит?
Ты можешь 30 минутную работу и 3 дня «делать». Никто и не заподозрит и никто проверить не сможет реально ли ты сделал большой объем работы, на самом деле требующий эти 3 дня.
MR27
В мелких фирмочках:
1) Все сотрудники на виду. Всё видно.
2) Критична производительность каждого сотрудника. Они не могут, как крупные, держать спецов в убыток себе, не обращая на это внимания.
MR27
Вообще-то нет. Он же освоил Vim/tmux/пр. — так что наш «спец» отнюдь не такой нулевый как он о себе пишет.
Плюс — в упомянутых вами компаниях все поголовно высококвалифицированы и способны распознать? Не верю. Статистика говорит, что 80% людей — имеют профессиональный уровень ниже среднего. Правда все о себе мы мним, что входим в те 20%, неважно обоснованное это наше мнение или нет…
KvanTTT
Простите, а средний уровень это что? Разве не люди его формируют?
AlexWinner
Если под средним мы имеем в виду среднее арифметическое, то вполне может быть, что медиана, и даже восьмидесятая перцентиль окажется ниже среднего:)
lightman
Кстати неоднократно слышал про страшное слово «Code Review», обычно от программистов, работающих на западе. В моей российской глубинке про такое даже никто ни слышал. Поведайте что это? Это требование писать в неделю не менее ~10 тысяч строк кода, иначе увольнение?
DMGarikk
Это когда вашу писанину смотрит ещё человек 3-5, все с разными характерами и отношению к стилю программинга, и пока все они не скажут Ок, ваш MR(PR) не одобрят
p.s. это страшно если в комманде есть идеалист и тимлиду это нравится
MR27
Да ладно пугать-то.
Как правило, 1-2 человека, редко когда больше.
svyat_reshetnikov
Ну тут где как. У нас на каждый день недели есть ответственный за ревью + кто-то из старших программистов обычно старается смотреть. Как правило, 2 одобрения минимум MR собирает. Если какой-то критический MR, который вносит изменение в работу других членов команды, то его должны просмотреть и одобрить все члены команды, чтобы потом не было вопросов.
lightman
А, перепутал с Perfomance Review. Тоже непонятная вещь, хотелось бы услышать и про неё, кто через это проходил.
Yavanosta
Code Review это процедура когда изменения прежде чем попасть в мастер оформляется в пакет (Pull Request, Merge Request, Change List) и проходит проверку одним или несколькими другими программистами этого же проекта.
Позволяет поддерживать хорошее качество кода и на ходу исправлять ошибки\улучшать архитектуру, т.к. при решении задачи часто код проходит через несколько итераций и глаз уже «замыливается», свежий взгляд коллеги часто позволяет что-то улучшить ну или хотя бы поправить косяки.
Можете сами попробовать в почти любом опенсорсном проекте на гитхабе. Чаще всего там есть список задач отмеченных чем-то вроде «Good first task» — несложные задачи которые позволяет разобраться в проекте. Исправляете ошибку\добавляете функционал и делаете ПР. Ждёте прохождения ревью, исправляете недочёты и ваш код в мастере.
Free_ze
Опыт и слухи говорят о том, что это способ легитимизировать возможность не повышать оклад со временем работы. Изначально идея PR неплохая на самом деле, но нормально заниматься профессиональным развитием сотрудников мало кому интересно. И вуаля: вместо стучания тапком по столу менеджера за откровенным разговором, большинство месяцами будет биться с квадратными вопросами в попытках пройти PR на следующий грейд.
DMGarikk
а когда и где существует проблема с легитимизацией неповышения оклада со временем работы?
Free_ze
Обычно требуются срочные умственные усилия, чтобы придумать повод отказать в конкретном случае, при этом не дав повода написать заявление на увольнение.
Схема с PR — своего рода универсальный шаблон, при этом делящий ответственность на всех (непосредственных руководителей опросят, команду, выделенных интервьюеров и т.п.). Больше людей — больше субъективной оценки.
При этом все так же можно протащить кого надо в обход. Ведь чаще всего и так очевидно, кто какой вклад делает и насколько ценен в работе.
DMGarikk
не понимаю логику, когда я однажды пошел просить повышение оклада, у меня УЖЕ вторым вариантом было увольнение при отрицательным (или не достаточно положительном) результате, независимо от того какой повод там бы придумали
p.s. вообще за всю карьеру это был единственный раз когда я просил повышение, обычно я всегда менял работу без просьб по деньгам.
Free_ze
Потому что вы так можете) Если бы вы, гипотетически, верили результатам PR, то все могло бы быть иначе. Ведь есть начинающие, которые недавно из вузиков, где все зависело от воли преподавателя, а ключевой момент — экзамен. Здесь паттерн тот же самый: даешь им возможнось усомниться в навыках, они это делают, ты готовишься к пересдаче. Повторять как можно реже и дольше.
При этом промоутиться на PR нельзя чаще некоторого периода, через грейды нельзя перескакивать и необходимо на каждом из них пробыть минимум какое-то время и тому подобные необоснованные требования. Подаётся все, конечно, на серьезных щах, как продуманная система карьерного роста.
DMGarikk
ну начинающие — на то и начинающие, чтобы научится понимать правила игры и адекватно оценивать свои знания.
Если человеку хочется сидеть на одном месте и ограничивать свое восприятие 'продуманной системой карьерного роста' — то значит он и получает именно что заслуживает в рамках этой системы. А как только он поймет что может шагнуть в сторону и оценить себя (в другой фирме на собеседовании) — то значит он уже вырос.
Не вижу тут особой проблемы, нравятся правила — играй по ним, не нравятся — пробуй себя в другом месте — не получается — вернись назад значит не готов.
tommyangelo27
> Perfomance Review
У нас в компании есть, ничего особо страшного. Если просто работаешь, не забиваешь, делаешь что от тебя ожидается — получаешь рейтинг С (шкала — A,B,C,D,E) и повышение оклада на размер инфляции.
Про другие рейтинги я почти ничего не могу сказать, получал только B и С.
В — это когда формально ты например мидл, а делаешь работу сеньора.
D — это когда ты сеньор, а не делаешь то, что от тебя ожидают.
А и E — это прямо совсем надо отличиться, я про такое не слышал :)
Lolohaev
Проверка когда одних разрабочиков другими. Например вот как это советуют делать в гугл, так же можно поискать переводы тут же.