Не понятно почему ваш комментарий минусуют. Хотя, понятно конечно и от этого грустно.
Видимо для большинства тут английские слова это как бы бессмыслица.
И не понятно русскому человеку что slave это раб.
На счет мастера можно поспорить, и master degree есть слово весьма overloaded.
Но slave… Если честно был у меня кластер master/slaves.
и так мне эти рабы глаза мозолили что за год я потихоньку переименовал их
в workers.
Понятно что левые иногда (особенно в последнее время) перегибают палку.
Но тут разговаривают о backlist whitelist как о чем то запрещенном,
хотя на английском вполне нормально сказать back/white person.
Тот, же пресловутый «нига» это не «негр» на рускком, а что-то типа черни.
Этимология слова другая — обидная, рабская и совсем недавно присутвующая в жизни людей,
которые как раз были рабами.
Так что я за — не хочу это слово видеть в коде.
понятно что не надо это до фанатизма доводить и pty и демоны с нами.
но честно, по мне лучше сервис чем демон и понятнее и не отдает дьявольщиной
(на РПЦ и христианство мне побарабану я инженер)
А для любителей ставить минусы вопрос:
Если без разницы как называть то чем slave лучше чем worker/secondary и тд?
Вообще стоит разделять тестирование качесва продукта: черный ящик, product use cases
от анализа качества кода: белый ящик, coverage.
И если вы завтра смените реализацию части системы, то белый ящик можно выкинуть.
А вот тесты продукта остаются с нами
const alwaysDrivingAge2 = age => Math.max(age, 16)
тк понятно что происходит. А все эти lt, gt пусть в баше остаются
вобщем я тоже когда то кипятком писал о функциональщины и усложнения
потом все же образумился и теперь стараюсь писать как можно более тупой код.
императивный в основном. тк быстрее и проще.
Это не аристократия блата, блат это сват, брат, давний знакомый.
А я лучше человека с митапа найму и \ или наймусь.
Просто в работе есть много человеческой интеракции,
и если мне приятно конактировать с человеком, я его порекомендую.
Если он техническую часть пройдет, я его предпочту тому кто умеет лишь код писать.
Как оптимизировать митинг: Не проводить его.
После 3 лет стэндапов перешел в компанию которая их НЕ практикует.
Счастье для программера с 9 до 12 пишешь большую часть кода без переключения
контекста чтобы послушать что «я все еще работаю над тикетом»
и 15 минут это ложь, это минимум 30 минут тк за 5 минут до ты уже ушел из зоны,
потом чай кофе и еще минут 10-15 обратно возвращаться.
Понятно для эффективных менеджеров это панацея — все как на ладони,
да еще давить можно на всех одновременно.
На мой взгляд недельного митинга на полчаса — час вполне хватет,
плюс синк со своим тимлидом (если он действительно тим лид) 3 раза в неделю
(или чаще по потребности)
а вот для высшего менеджмента с нисшим 15 минут в день самое то.
чтобы все под котроллем держать.
вам просто лень учить консоль, а зря, очень полезно.
именно потому что у нас есть отдельные утилиты все так хорошо развивается
а не монструозный msbuild который только с ГУИ можно сконфигурировать
Автор жалуется на то что ваши знания не находят применения в современном мире?
Вобщем-то это не ново. Давайте посмотрим кто еще может жаловаться в такой же манере
— Разработчики схем: раньше все было большое и можно было понять что на схеме, теперь микросхемы закрыты и понять что внутри нельзя
— Таксисты: раньше знания города ценились, теперь есть навигаторы. (да и вообще скоро роботы водить будут)
— Системные администраторы: раньше все было просто, теперь докеры виртуалки и infrastructure as a code.
По существу:
— то что раньше весь код сайта был понятен из браузера просто недоработка раннего веба,
точно также как скачивая jpeg вы не получаете оригинальный pdf со слоями вас же устраивает.
— что код скомпилированой программы невозможно посмотреть (без определенных телодвижений) вас не беспокоит?
Этот путь прошли процессоры ( REAL mode, Protected Mode)
Операционные системы
Языки программирования
Теперь веб.
Но посмотрите linux устоялся более менее
язык C живее всех живых
HTML почти такой какой был
Автору посоветую vue.js надеюсь он станет долгим стандартом.
На мой взгляд динамикой веба надо либо наслаждаться,
либо уходить туда где устоялось
мне тоже сложно с этими дикими изменениями (даже не за 20 а за 4 года)
вернулся в бекенд, там спокойнее.
А дизайн он же в фотошопе делается — может ему туда?
тк в скором будущем сайты резать из макетов будут роботы.
квантовые вычисления как бы могут легко «вскрыть» современную криптографию на которой блокчейн основан. Так что у вас что-то с фантазией если вы в моем коментарии buzzwords увидели.
Вы спросите какие вопросы задают тем кто в яндексе в поиске работают,
им вроде как нужно знать. Если человек не знает как работают те структуры
данных которые он использует то в сложных системах толку от него мало.
Да просто чтобы понять как GC работает неплохо помнить про графы.
Вам надо будет считать не вероятность исхода «ген инсулина»,
а вероятность системы с геном который ведет себя как инсулин,
да еще и при баесе всех остальных мутаций.
А то вы свели задачу к тому что считаете вероятность выпада определенного номера в лотерее.
(она ничтожно мала, вместе с тем если достаточно людей играют то кто-нибудь да выиграет)
Видимо для большинства тут английские слова это как бы бессмыслица.
И не понятно русскому человеку что slave это раб.
На счет мастера можно поспорить, и master degree есть слово весьма overloaded.
Но slave… Если честно был у меня кластер master/slaves.
и так мне эти рабы глаза мозолили что за год я потихоньку переименовал их
в workers.
Понятно что левые иногда (особенно в последнее время) перегибают палку.
Но тут разговаривают о backlist whitelist как о чем то запрещенном,
хотя на английском вполне нормально сказать back/white person.
Тот, же пресловутый «нига» это не «негр» на рускком, а что-то типа черни.
Этимология слова другая — обидная, рабская и совсем недавно присутвующая в жизни людей,
которые как раз были рабами.
Так что я за — не хочу это слово видеть в коде.
понятно что не надо это до фанатизма доводить и pty и демоны с нами.
но честно, по мне лучше сервис чем демон и понятнее и не отдает дьявольщиной
(на РПЦ и христианство мне побарабану я инженер)
А для любителей ставить минусы вопрос:
Если без разницы как называть то чем slave лучше чем worker/secondary и тд?
от анализа качества кода: белый ящик, coverage.
И если вы завтра смените реализацию части системы, то белый ящик можно выкинуть.
А вот тесты продукта остаются с нами
тк понятно что происходит. А все эти lt, gt пусть в баше остаются
вобщем я тоже когда то кипятком писал о функциональщины и усложнения
потом все же образумился и теперь стараюсь писать как можно более тупой код.
императивный в основном. тк быстрее и проще.
но по сути: «обучаясь собственными силами» в этом вся суть работы программиста на мой взгляд.
А я лучше человека с митапа найму и \ или наймусь.
Просто в работе есть много человеческой интеракции,
и если мне приятно конактировать с человеком, я его порекомендую.
Если он техническую часть пройдет, я его предпочту тому кто умеет лишь код писать.
После 3 лет стэндапов перешел в компанию которая их НЕ практикует.
Счастье для программера с 9 до 12 пишешь большую часть кода без переключения
контекста чтобы послушать что «я все еще работаю над тикетом»
и 15 минут это ложь, это минимум 30 минут тк за 5 минут до ты уже ушел из зоны,
потом чай кофе и еще минут 10-15 обратно возвращаться.
Понятно для эффективных менеджеров это панацея — все как на ладони,
да еще давить можно на всех одновременно.
На мой взгляд недельного митинга на полчаса — час вполне хватет,
плюс синк со своим тимлидом (если он действительно тим лид) 3 раза в неделю
(или чаще по потребности)
а вот для высшего менеджмента с нисшим 15 минут в день самое то.
чтобы все под котроллем держать.
именно потому что у нас есть отдельные утилиты все так хорошо развивается
а не монструозный msbuild который только с ГУИ можно сконфигурировать
npm install
npm build
npm run
Вам бы кнопочки тыкать :)
Вобщем-то это не ново. Давайте посмотрим кто еще может жаловаться в такой же манере
— Разработчики схем: раньше все было большое и можно было понять что на схеме, теперь микросхемы закрыты и понять что внутри нельзя
— Таксисты: раньше знания города ценились, теперь есть навигаторы. (да и вообще скоро роботы водить будут)
— Системные администраторы: раньше все было просто, теперь докеры виртуалки и infrastructure as a code.
По существу:
— то что раньше весь код сайта был понятен из браузера просто недоработка раннего веба,
точно также как скачивая jpeg вы не получаете оригинальный pdf со слоями вас же устраивает.
— что код скомпилированой программы невозможно посмотреть (без определенных телодвижений) вас не беспокоит?
Этот путь прошли процессоры ( REAL mode, Protected Mode)
Операционные системы
Языки программирования
Теперь веб.
Но посмотрите linux устоялся более менее
язык C живее всех живых
HTML почти такой какой был
Автору посоветую vue.js надеюсь он станет долгим стандартом.
На мой взгляд динамикой веба надо либо наслаждаться,
либо уходить туда где устоялось
мне тоже сложно с этими дикими изменениями (даже не за 20 а за 4 года)
вернулся в бекенд, там спокойнее.
А дизайн он же в фотошопе делается — может ему туда?
тк в скором будущем сайты резать из макетов будут роботы.
биткоин все равно бесполезен,
а вот на блокчейн много надежд возлагается
им вроде как нужно знать. Если человек не знает как работают те структуры
данных которые он использует то в сложных системах толку от него мало.
Да просто чтобы понять как GC работает неплохо помнить про графы.
а так в принципе известно:
— предыдущие места работы
— собственные проэкты
а вероятность системы с геном который ведет себя как инсулин,
да еще и при баесе всех остальных мутаций.
А то вы свели задачу к тому что считаете вероятность выпада определенного номера в лотерее.
(она ничтожно мала, вместе с тем если достаточно людей играют то кто-нибудь да выиграет)
эх контрасты, контрасты
Ладно, пошел читать Юдковского, в оригинале, походу мужик не глупый все же
не знал что less wrong это его.
у меня от кликов в браузере был звук (паразитный) в колонках.
вот иди и понимай как он «действительно» работает.