Что-что он не может сделать с фреймворком? Эйчарам некоторым не мешало бы подтянуть свои технические знания хотя бы до уровня "знать, чем фреймворк отличается от среды/инструмента разработки". Путать инструмент с концепцией - это, по-моему, - полный зашквар.
Если привести кибер-аналогию...Я прекрасно взламывал возможности юнитов еще в юности, когда просто побеждать интеллект наскучивало и хотелось фана. Первыми подопытными играми, если не изменяет память были TBS Fallen Heaven, X-Com, Incubation. RTS Warcraft, AoE. Но, если сильно перегнуть с возможностями, игры конечно же могли и закрашиться (например не просто усилить/ослабить, а кардинально изменить). Что ближе к вашей теории.
АК прост не только в производстве, но и в эксплуатации и тех. обслуживании. На многих американских и японских стратах определенных годов нельзя подкрутить анкер не открутив гриф. Это безобразие ну очень неудобно. Открутить гриф и аккуратно вытащить его из паза задача не быстрая и требует прямых рук и сильного ослабления или полного снятия струн.
PS: У меня тоже возникли вопросы в моментах, где автор пытался остатся и с крестиком и без трусов, рассуждая о звуке и скрещивая физику и науку именуемую "древесное фунфурьеведение" . Ну да ладно. Незачем об этом открывать очередную полемику.
"Эти формы обусловлены не традициями дизайна музыкальных инструментов, а эргономикой и оригинальностью." - и страт и лп очень далеки от эргономичнских совершенств, а вот про их эрго недостатки можно написать по большой статье. Здесь, как раз, традиции идут в ущерб эргономике. Тот же SG - в чем то удобней, но опять же, есть свои недостатки.
Даже современные суперстраты, в большинстве своем, имеют те или иные эргономические огрехи. Обычные страты и лп выбирают только из-за традиций и эстетики.
"Более того, как было сказано выше, термопасту необходимо наносить в гомеопатических дозах только чтобы она заполнила микроскопические поры и никоим образом не мешала прямому контакту металла с металлом. Чаще же мы наблюдаем в роликах на ютубе и в прочих местах, что термопасту мажут как масло на хлеб — толстым слоем, так что она аж выдавливается со всех сторон. Если термопаста свежая и достаточно текучая — то может получиться достаточно тонкий слой чтобы теплоотвод от процессора ухудшился не особо сильно. Если термопаста густая, слой может оказаться достаточно толстым и начнет уже существенно мешать теплоотводу. Тут уж действительно может оказаться так, что без термопасты лучше чем с ней.
Для подтверждения выводов проведем эксперимент."
Это, сейчас серьезно?! 20+ лет занимался сборкой, ремонтом и тех. обслуживанием десктопов, серверов, ноутбуков, моноблоков. Учился на физ-мате. Давно подобного антинаучного и антипрактического бреда не читал. Статья явно попахивает частичной дезинформацией. На основе одного эксперимента.
Теперь перейдем к реальности, основанной на законах физики, химии и практическом опыте в 10ки тысяч девайсов:
1) если поверхности радиатора и кристалла цпу/распред крышки и монтаж СО рассчитаны правильно и не деформированы вследствие мех воздействий кривых рук, конструктивных ошибок, некорректного монтажа или природно-эксплуатационной деформации, то расстояние при установке радиатора будет корректным и микроскопическим, стремящимся к нулю по всей полезной площади радиатора. И металл радиатора и кристалл/распред крышка будут соприкасаться и взаимодействовать по всей площади. И в этом случае, сколько термопасты не намажь, - излишки все равно будут выдавлены из под площади соприкосновения.
Проблемы могут возникать, если нет нормального соприкосновения радиатора и кристалла/распред крышки по выше озвученным причинам. И вот тогда, вполне можно, в зависимости от зазора намазать и толстый слой. И он не выдавится. Проблема в том, что здесь нужно устранять первопричину зазора. Вплоть до замены радиатора/кулера/системы охлаждения. Шлифовки распред крышки(она тоже порой деформируется при эксплуатации).
Поэтому всегда нужно проверять отпечаток/делать слепок взаимодействия радиатора СО и кристалла/распред крышки с помощью тонкого слоя ТИ. В случае неплотного прилегания - вносить корректировки в СО вплоть до замены.
Вовсе без нанесения ТИ буки просто будут перегреваться, выключаться и скоро сдохнут. Десктопы зачастую могут работать, но без нагрузки и тем более краш тестов. ТИ просто 100% необходим. Без него эксплуатация устройств не предусмотрена конструктивно априори!
Далее несколько фото примеров и комментарии.
Заводское нанесение
Еще один пример с завода
Такой должен быть отпечаток на десктопе (радиатор меньше рапред крышки)
Такой должен быть отпечаток на кристалле бука (на радиаторе СО - соответствующий)
Вот такого как кристалле слева (видла) и его теплоотводе - в большинстве случаев (иногда не предусмотрено конструктивно с завода на буках для некоторых чипов) не должно быть. Значит либо СО некорректно прилегает, либо должна быть термопрокладка. На кристаллах проц-комбайна всё в пределах нормы
Я долго (6-12мес) выбирал именно страт, именно для игры, щупал и слушал кучу (благо у хорошего знакомого муз. салон, можно было хоть домой забирать пробовать). Выбрал этот по звуку и состоянию (был бу, но с нуля при покупке, - муха не сидела) + это копия одной из гитар одного из моих "учителей" и гитаристов-любимчиков Дэвида Гилмора. От american special по звуку ничем не отличается. Из нюансов: на японцах более узкие лады. К этому надо привыкать, потом просто не замечаешь.
Что в ней мной менялось за долгое время: потенциометр громкости и jack socket (я его не выламывал, просто деформировался металл так, что уже бесполезно было что-то подгинать, напаивать).
Ну самый ценный экземпляр, наверное, для меня из тех, с чем пришлось расстаться ибо больше для красоты, чем для игры - это Ленноновский Эпифон Казино (японский еще).
То, что вы делаете для детей - это прекрасно. Вопрос чисто технический (сразу бросилось в глаза). В задаче с дробями в каком виде предполагается ввод ответа и как и в каком формате js будет обрабатывать (валидировать) этот ввод? Дополнительных подсказок по вводу ответа не видно. Судя по задаче, решение предлагается сделать в уме, без калькулятора и дать ответ в виде дроби же?
В общем собирайте фидбек от учеников/юзеров и не забывайте дорабатывать проект
PS: У js есть куча фреймворков. Если желаете прогресса, то лучше изучить какой-нибудь. Только не через чатгпт, а хотя бы книжку почитать и бесплатный курс в ютуб посмотреть, гайды вступительные на хабре почитать и попробовать для начала.
Остались еще индивидумы, что хотят или бесплатно или ультрадешево. Из последних была бизнесвумен лет 60, знакомая мамы. Чисто по этой причине согласился и сделал вдвое дешевле скидочного (по городу в 3ое дешевле, про разводил и речи нет) прайс по услугам (сборка 2пк, настройка по (включая спец, которое занимает не один час порой), настройка сети). Зря предоплату не взял в 100%. В итоге 75% еле отсчитала трясущимися руками. Не стал скандалить только из-за мамы.
А, в целом, стало гораздо меньше халявщиков, чем раньше. Если что-то надо, то друг, не друг, а сразу обращаются собираясь оплачивать услуги. Скидки небольшие, конечно, делаю постоянным клиентам, знакомым и друзьям. Могу легко отказать даже хорошим знакомым, если с временем беда. Не обижаются, понимают.
По мутным предложениям типа стартапов и супербизнеса я изначально оцениваю примерную сложность проекта, называю примерные сроки при команде из n человек квалификации m для выпуска сырцов и релиза, ну и примерные суммы по баблу для разных команд. Так никто еще денег так и не решился на это выделить в итоге. Хотя была среди прочих одна неплохая идея. Но одними идеями сыт не будешь.
Я последние годы использую такой подход: озвучиваю средний адекватный ценник на запрашиваемые услуги "по больнице" (гуглю прайсы, если требуется) и говорю за сколько я смогу взяться за работу. Если все устраивает, то договариваемся.
Рыжая гитара с хвостовым грифом и двумя индикаторами питания просто прекрасна!
Лично для меня самым страшным в коллекционировании гитар было даже не хранение, хотя и это для многих большая проблема (имеется ввиду именно правильное, не вредное для здоровья инструмента). И это у тебя еще акустик не видно в обзоре, - с ними проблем в разы больше.
Но самым страшным мне является техобслуживание инструментов. А желательно каждый не только содержать в чистоте, но и раз в год крутить анкер, даже если этого не требуется, - иначе потом могут быть серьезные проблемы. Струны желательно тоже менять, металл смазывать и чистить, лак протирать и полировать, накладка грифа тоже нуждается в уходе. Крутилки нужно крутить, а переключалки - переключать - иначе электроника может сдохнуть быстрее, чем от работы в режиме нон-стоп. Вообще желательно всё подключать и играть на каждой хотя бы день в году. Держать отстроенными мензуру и гриф.
Даже если поручать это мастеру - время на отвезти привезти + деньги. А у самого времени на это с ростом кол-ва инструментов становится не хватать. Иногда требуется ремонт даже при правильном хранении.
В общем, исход борьбы был ясен: на 15ом инструменте я устал окончательно. В итоге оставил себе только некоторых любимых американцев и японцев на которых чаще всего играю.
рабочая лошадка - всегда под рукой, кейс видит только при переносе на места выступлений или реп, что с годами все реже и реже. ST-57TX made in Japan 1995. USA Texas special pickups.
С пса бесчего я должен в памяти помещать миллиард террабайт де...ма не имеющего к текущей работе ни малейшего отношения. Я умею читать и редактить любой яп, включая ассемблеры . Умею писать современные фичи и проекты на нескольких фреймах и яп. У меня память - не помойка. Ограниченный ресурс. Но нейронки в башке и способность читать доки и гуглить их не просто так дополняют. Вам надо такси или шашечки? Мне бы очень хотелось спросить любого неадеквата, который собеседует, а как происходит определение переменных в vbs, pascal, , с, c++, java, go, js, swift. А потом перечислить все их фреймворки и досконально объяснить подробности работы всех движков и компилов
У всего есть своя ниша. Разные подходы по разному полезны в разных ситуациях. Иногда можно добиться цели примерно с одинаковыми трудозатратами, но разными подходами. Тут уже, как художнику и его команде удобнее и комфортнее. Все направления и подходы программирования нужны. А холивары нет ;)
Я бы в классе кота ввел поля String name, Integer age, Enum Color, Enum Breed, Address address, List <Action> actions , к примеру. И уже в классе Action рассматривал бы разные действия питомца. Его, в свою очередь, можно унаследовать от абстрактного класса или интерфейса AnimalActions. И уже в классе Action, если оно, конечно, сильно надо (?) Заводить классы Feed, Play, Ability. А вот saveToDb() конкретно к классу кота вообще не должен иметь никакого отношения.
Ваш кот прекрасен! Стремитесь, чтобы и код был такмм же.
Ну, я вот стараюсь совсем не забывать клипсу в текущей ситуации (установлено, все настроено, все плагины подключены, а там есть нюансы с настройкой). Помню многие шорткаты, да и шпору по ним распечатать недолго. И консоль гитбаша юзаю. И, думаю, я далеко не один такой. Но дело ведь совсем не в этом. Intellij IDEA гораздо быстрее и эффективнее в работе, а нас что ни день, лишают различных инструментов для работы. Я уже привык к тому, что сегодня то одно не пашет, то другое. Думаю никому из программистов это не по душе. Раньше ведь все работало без всяких VPN и прочих танцев с бубнами. И время на это вот всё жалко убивать и нервы.
PS: II Ultimate можно юзать и без лицензии (причем с вариантами не взламывая). Там есть, конечно, свои нюансы. А к тому, что что-то перестанет работать надо в текущей полит ситуации, к сожалению, быть готовым ежедневно. С TeamCity можно посочувствовать.
"Функция - это блок, который может выполнять одно конкретное действие, которое Вы укажите."
Во-первых, в Котлине, как и в Джаве, функции принято называть методами. Во-вторых, если функция действительно содержит одно конкретное действие в одну строку, то её можно записать сокращенным синтаксисом без фигурных скобок и return. В-третьих, количество действий в функциях не ограничено. Рекомендовано, чтобы они не превышали 20 строк и были объединены общей целью ведущей к конкретному результату. Чаще всего они представляют из себя блок кода, а не одну строку или действие в одну строку.
Поэтому советую дополнить блок по функциям в статье с дополнительными примерами. Другие дополнения уже дали выше.
Коммит с названием maybe ready for prod гениален даже в одном экземпляре. И по бессмысленности своей и по кровожадности. Что уж говорить про несколько. Мне вот интересна была бы подборка комментов от лидов и ревьюверов к непринятому PR с подобным названием. Желательно без незапиканных матов.
Меня на это загугли самого лет 7 назад таки подсадили коллеги и окружающие, когда они общались между собой. Стал частенько употреблять. Да этого я, как человек пользовавшийся много лет dos и ftp, использовал слова поищи и засёрфи/посёрфи. От слова сёрфить (to surf). "Surf the Internet" - лазить по интернету. Еще с тех времен, когда никаких гуглов и в помине не было. Эх, время летит...(
По поводу первой пикчи лирическое замечание: в звездной системе Альфы Центавра на Проксима Би все коренные хиппаны именно так и лабают на гитарах. Этот хитропопый ИИ, скорее всего, знает гораздо больше про наших соседей по космосу, чем мы думаем. Если судить по изображениям, что он генерит. )
"При этом подсказок о своем состоянии HDD не дает, специалисты могут ориентироваться только на время эксплуатации диска и свой опыт." И дальше идет про СМАРТ, что полностью опровергает выше процитированное. Ибо все сервисники (специалисты) показаниями SMART давно и успешно пользуются.
Чем вам показания SMART не подсказка изначально? ) С очень большой точностью можно предсказать по ним выход еще частично функционирующего (полностью исправными такие деградирующие накопители назвать уже нельзя) hdd из строя. Я из многих тысяч сдохших только единицы видел сдохшими внезапно, без внешних причин(скачок напряжения, деформация при ударе и т.д) и так, чтобы даже в SMART это не отображалось. Вы - молодцы, конечно, статья интересная, но это секрет Полишинеля, причем очень давний. Ну и автоматизировать прогнозирование выхода из строя hdd накопителей в серверах всегда было полезно.
С SSD, к сожалению, сделать то же самое гораздо сложнее и причин тому хватит на отдельную статью. Главная из них упоминается вами и в отношении hdd: разнообразие наборов SMART-атрибутов в разных моделях. Можно сюда сразу плюсануть нередко недостаточное их количество и информативность, а так же неизвестные допуски от производителя. Такую чушь иногда в Samsung том же отвечали, что приходилось добивать насмерть девайсы, для обмена по гарантии. Хотя СМАРТ указывал на неисправимую деградацию, но SSD еще "работали" (частично функционировали) со сбоями.
А почему автор статьи так уверен, что программированию надо начинать учиться именно с тыканья в кнопки и кликанья мышкой? Хотя дети разные (да и направления программирования тоже) и для кого-то действительно такой поход будет наилучшим.
ИМХО начинать надо пробовать, все же, с логики и алгоритмов - все это отлично подходит под игровые варианты и элементарные рисунки на бумаге. Можно большинству пробовать с первых классов. Все остальное требует знания хотя бы начальной математики первых классов. А так же неплохо бы попозже ребенку объяснить, как устроен пк, софт, яп. Если поймет сходу, - это так же ему будет полезно на пути к здоровому программированию. А ребенок может этого и не понять в том же 5ом классе, а только в 10, к примеру, сможет, потому что все люди и дети разные.
Тут правило одно должно быть: пробовать можно, а заставлять - ни в коем случае нельзя! В кнопки то тыкать и бибизьяна можно научить, а вот думать/размышлять, что и составляет большую часть времени работы программиста и доставляет ему удовольствие и удовлетворение, - фигушки.
"и не может даже открыть рабочий фреймворк" (с)
Что-что он не может сделать с фреймворком? Эйчарам некоторым не мешало бы подтянуть свои технические знания хотя бы до уровня "знать, чем фреймворк отличается от среды/инструмента разработки". Путать инструмент с концепцией - это, по-моему, - полный зашквар.
Если привести кибер-аналогию...Я прекрасно взламывал возможности юнитов еще в юности, когда просто побеждать интеллект наскучивало и хотелось фана. Первыми подопытными играми, если не изменяет память были TBS Fallen Heaven, X-Com, Incubation. RTS Warcraft, AoE. Но, если сильно перегнуть с возможностями, игры конечно же могли и закрашиться (например не просто усилить/ослабить, а кардинально изменить). Что ближе к вашей теории.
АК прост не только в производстве, но и в эксплуатации и тех. обслуживании. На многих американских и японских стратах определенных годов нельзя подкрутить анкер не открутив гриф. Это безобразие ну очень неудобно. Открутить гриф и аккуратно вытащить его из паза задача не быстрая и требует прямых рук и сильного ослабления или полного снятия струн.
PS: У меня тоже возникли вопросы в моментах, где автор пытался остатся и с крестиком и без трусов, рассуждая о звуке и скрещивая физику и науку именуемую "древесное фунфурьеведение" . Ну да ладно. Незачем об этом открывать очередную полемику.
"Эти формы обусловлены не традициями дизайна музыкальных инструментов, а эргономикой и оригинальностью." - и страт и лп очень далеки от эргономичнских совершенств, а вот про их эрго недостатки можно написать по большой статье. Здесь, как раз, традиции идут в ущерб эргономике. Тот же SG - в чем то удобней, но опять же, есть свои недостатки.
Даже современные суперстраты, в большинстве своем, имеют те или иные эргономические огрехи. Обычные страты и лп выбирают только из-за традиций и эстетики.
"Более того, как было сказано выше, термопасту необходимо наносить в гомеопатических дозах только чтобы она заполнила микроскопические поры и никоим образом не мешала прямому контакту металла с металлом. Чаще же мы наблюдаем в роликах на ютубе и в прочих местах, что термопасту мажут как масло на хлеб — толстым слоем, так что она аж выдавливается со всех сторон. Если термопаста свежая и достаточно текучая — то может получиться достаточно тонкий слой чтобы теплоотвод от процессора ухудшился не особо сильно. Если термопаста густая, слой может оказаться достаточно толстым и начнет уже существенно мешать теплоотводу. Тут уж действительно может оказаться так, что без термопасты лучше чем с ней.
Для подтверждения выводов проведем эксперимент."
Это, сейчас серьезно?! 20+ лет занимался сборкой, ремонтом и тех. обслуживанием десктопов, серверов, ноутбуков, моноблоков. Учился на физ-мате. Давно подобного антинаучного и антипрактического бреда не читал. Статья явно попахивает частичной дезинформацией. На основе одного эксперимента.
Теперь перейдем к реальности, основанной на законах физики, химии и практическом опыте в 10ки тысяч девайсов:
1) если поверхности радиатора и кристалла цпу/распред крышки и монтаж СО рассчитаны правильно и не деформированы вследствие мех воздействий кривых рук, конструктивных ошибок, некорректного монтажа или природно-эксплуатационной деформации, то расстояние при установке радиатора будет корректным и микроскопическим, стремящимся к нулю по всей полезной площади радиатора. И металл радиатора и кристалл/распред крышка будут соприкасаться и взаимодействовать по всей площади. И в этом случае, сколько термопасты не намажь, - излишки все равно будут выдавлены из под площади соприкосновения.
Проблемы могут возникать, если нет нормального соприкосновения радиатора и кристалла/распред крышки по выше озвученным причинам. И вот тогда, вполне можно, в зависимости от зазора намазать и толстый слой. И он не выдавится. Проблема в том, что здесь нужно устранять первопричину зазора. Вплоть до замены радиатора/кулера/системы охлаждения. Шлифовки распред крышки(она тоже порой деформируется при эксплуатации).
Поэтому всегда нужно проверять отпечаток/делать слепок взаимодействия радиатора СО и кристалла/распред крышки с помощью тонкого слоя ТИ. В случае неплотного прилегания - вносить корректировки в СО вплоть до замены.
Вовсе без нанесения ТИ буки просто будут перегреваться, выключаться и скоро сдохнут. Десктопы зачастую могут работать, но без нагрузки и тем более краш тестов. ТИ просто 100% необходим. Без него эксплуатация устройств не предусмотрена конструктивно априори!
Далее несколько фото примеров и комментарии.
Заводское нанесение
Еще один пример с завода
Такой должен быть отпечаток на десктопе (радиатор меньше рапред крышки)
Такой должен быть отпечаток на кристалле бука (на радиаторе СО - соответствующий)
Вот такого как кристалле слева (видла) и его теплоотводе - в большинстве случаев (иногда не предусмотрено конструктивно с завода на буках для некоторых чипов) не должно быть. Значит либо СО некорректно прилегает, либо должна быть термопрокладка. На кристаллах проц-комбайна всё в пределах нормы
Я долго (6-12мес) выбирал именно страт, именно для игры, щупал и слушал кучу (благо у хорошего знакомого муз. салон, можно было хоть домой забирать пробовать). Выбрал этот по звуку и состоянию (был бу, но с нуля при покупке, - муха не сидела) + это копия одной из гитар одного из моих "учителей" и гитаристов-любимчиков Дэвида Гилмора. От american special по звуку ничем не отличается. Из нюансов: на японцах более узкие лады. К этому надо привыкать, потом просто не замечаешь.
Что в ней мной менялось за долгое время: потенциометр громкости и jack socket (я его не выламывал, просто деформировался металл так, что уже бесполезно было что-то подгинать, напаивать).
Ну самый ценный экземпляр, наверное, для меня из тех, с чем пришлось расстаться ибо больше для красоты, чем для игры - это Ленноновский Эпифон Казино (японский еще).
То, что вы делаете для детей - это прекрасно. Вопрос чисто технический (сразу бросилось в глаза). В задаче с дробями в каком виде предполагается ввод ответа и как и в каком формате js будет обрабатывать (валидировать) этот ввод? Дополнительных подсказок по вводу ответа не видно. Судя по задаче, решение предлагается сделать в уме, без калькулятора и дать ответ в виде дроби же?
В общем собирайте фидбек от учеников/юзеров и не забывайте дорабатывать проект
PS: У js есть куча фреймворков. Если желаете прогресса, то лучше изучить какой-нибудь. Только не через чатгпт, а хотя бы книжку почитать и бесплатный курс в ютуб посмотреть, гайды вступительные на хабре почитать и попробовать для начала.
Остались еще индивидумы, что хотят или бесплатно или ультрадешево. Из последних была бизнесвумен лет 60, знакомая мамы. Чисто по этой причине согласился и сделал вдвое дешевле скидочного (по городу в 3ое дешевле, про разводил и речи нет) прайс по услугам (сборка 2пк, настройка по (включая спец, которое занимает не один час порой), настройка сети). Зря предоплату не взял в 100%. В итоге 75% еле отсчитала трясущимися руками. Не стал скандалить только из-за мамы.
А, в целом, стало гораздо меньше халявщиков, чем раньше. Если что-то надо, то друг, не друг, а сразу обращаются собираясь оплачивать услуги. Скидки небольшие, конечно, делаю постоянным клиентам, знакомым и друзьям. Могу легко отказать даже хорошим знакомым, если с временем беда. Не обижаются, понимают.
По мутным предложениям типа стартапов и супербизнеса я изначально оцениваю примерную сложность проекта, называю примерные сроки при команде из n человек квалификации m для выпуска сырцов и релиза, ну и примерные суммы по баблу для разных команд. Так никто еще денег так и не решился на это выделить в итоге. Хотя была среди прочих одна неплохая идея. Но одними идеями сыт не будешь.
Я последние годы использую такой подход: озвучиваю средний адекватный ценник на запрашиваемые услуги "по больнице" (гуглю прайсы, если требуется) и говорю за сколько я смогу взяться за работу. Если все устраивает, то договариваемся.
Рыжая гитара с хвостовым грифом и двумя индикаторами питания просто прекрасна!
Лично для меня самым страшным в коллекционировании гитар было даже не хранение, хотя и это для многих большая проблема (имеется ввиду именно правильное, не вредное для здоровья инструмента). И это у тебя еще акустик не видно в обзоре, - с ними проблем в разы больше.
Но самым страшным мне является техобслуживание инструментов. А желательно каждый не только содержать в чистоте, но и раз в год крутить анкер, даже если этого не требуется, - иначе потом могут быть серьезные проблемы. Струны желательно тоже менять, металл смазывать и чистить, лак протирать и полировать, накладка грифа тоже нуждается в уходе. Крутилки нужно крутить, а переключалки - переключать - иначе электроника может сдохнуть быстрее, чем от работы в режиме нон-стоп. Вообще желательно всё подключать и играть на каждой хотя бы день в году. Держать отстроенными мензуру и гриф.
Даже если поручать это мастеру - время на отвезти привезти + деньги. А у самого времени на это с ростом кол-ва инструментов становится не хватать. Иногда требуется ремонт даже при правильном хранении.
В общем, исход борьбы был ясен: на 15ом инструменте я устал окончательно. В итоге оставил себе только некоторых любимых американцев и японцев на которых чаще всего играю.
С пса бесчего я должен в памяти помещать миллиард террабайт де...ма не имеющего к текущей работе ни малейшего отношения. Я умею читать и редактить любой яп, включая ассемблеры . Умею писать современные фичи и проекты на нескольких фреймах и яп. У меня память - не помойка. Ограниченный ресурс. Но нейронки в башке и способность читать доки и гуглить их не просто так дополняют. Вам надо такси или шашечки? Мне бы очень хотелось спросить любого неадеквата, который собеседует, а как происходит определение переменных в vbs, pascal, , с, c++, java, go, js, swift. А потом перечислить все их фреймворки и досконально объяснить подробности работы всех движков и компилов
У всего есть своя ниша. Разные подходы по разному полезны в разных ситуациях. Иногда можно добиться цели примерно с одинаковыми трудозатратами, но разными подходами. Тут уже, как художнику и его команде удобнее и комфортнее. Все направления и подходы программирования нужны. А холивары нет ;)
Я бы в классе кота ввел поля String name, Integer age, Enum Color, Enum Breed, Address address, List <Action> actions , к примеру. И уже в классе Action рассматривал бы разные действия питомца. Его, в свою очередь, можно унаследовать от абстрактного класса или интерфейса AnimalActions. И уже в классе Action, если оно, конечно, сильно надо (?) Заводить классы Feed, Play, Ability. А вот saveToDb() конкретно к классу кота вообще не должен иметь никакого отношения.
Ваш кот прекрасен! Стремитесь, чтобы и код был такмм же.
Ну, я вот стараюсь совсем не забывать клипсу в текущей ситуации (установлено, все настроено, все плагины подключены, а там есть нюансы с настройкой). Помню многие шорткаты, да и шпору по ним распечатать недолго. И консоль гитбаша юзаю. И, думаю, я далеко не один такой. Но дело ведь совсем не в этом. Intellij IDEA гораздо быстрее и эффективнее в работе, а нас что ни день, лишают различных инструментов для работы. Я уже привык к тому, что сегодня то одно не пашет, то другое. Думаю никому из программистов это не по душе. Раньше ведь все работало без всяких VPN и прочих танцев с бубнами. И время на это вот всё жалко убивать и нервы.
PS: II Ultimate можно юзать и без лицензии (причем с вариантами не взламывая). Там есть, конечно, свои нюансы. А к тому, что что-то перестанет работать надо в текущей полит ситуации, к сожалению, быть готовым ежедневно. С TeamCity можно посочувствовать.
"Функция - это блок, который может выполнять одно конкретное действие, которое Вы укажите."
Во-первых, в Котлине, как и в Джаве, функции принято называть методами. Во-вторых, если функция действительно содержит одно конкретное действие в одну строку, то её можно записать сокращенным синтаксисом без фигурных скобок и return. В-третьих, количество действий в функциях не ограничено. Рекомендовано, чтобы они не превышали 20 строк и были объединены общей целью ведущей к конкретному результату. Чаще всего они представляют из себя блок кода, а не одну строку или действие в одну строку.
Поэтому советую дополнить блок по функциям в статье с дополнительными примерами. Другие дополнения уже дали выше.
Коммит с названием maybe ready for prod гениален даже в одном экземпляре. И по бессмысленности своей и по кровожадности. Что уж говорить про несколько. Мне вот интересна была бы подборка комментов от лидов и ревьюверов к непринятому PR с подобным названием. Желательно без незапиканных матов.
Меня на это загугли самого лет 7 назад таки подсадили коллеги и окружающие, когда они общались между собой. Стал частенько употреблять. Да этого я, как человек пользовавшийся много лет dos и ftp, использовал слова поищи и засёрфи/посёрфи. От слова сёрфить (to surf). "Surf the Internet" - лазить по интернету. Еще с тех времен, когда никаких гуглов и в помине не было. Эх, время летит...(
По поводу первой пикчи лирическое замечание: в звездной системе Альфы Центавра на Проксима Би все коренные хиппаны именно так и лабают на гитарах. Этот хитропопый ИИ, скорее всего, знает гораздо больше про наших соседей по космосу, чем мы думаем. Если судить по изображениям, что он генерит. )
"При этом подсказок о своем состоянии HDD не дает, специалисты могут ориентироваться только на время эксплуатации диска и свой опыт." И дальше идет про СМАРТ, что полностью опровергает выше процитированное. Ибо все сервисники (специалисты) показаниями SMART давно и успешно пользуются.
Чем вам показания SMART не подсказка изначально? ) С очень большой точностью можно предсказать по ним выход еще частично функционирующего (полностью исправными такие деградирующие накопители назвать уже нельзя) hdd из строя. Я из многих тысяч сдохших только единицы видел сдохшими внезапно, без внешних причин(скачок напряжения, деформация при ударе и т.д) и так, чтобы даже в SMART это не отображалось. Вы - молодцы, конечно, статья интересная, но это секрет Полишинеля, причем очень давний. Ну и автоматизировать прогнозирование выхода из строя hdd накопителей в серверах всегда было полезно.
С SSD, к сожалению, сделать то же самое гораздо сложнее и причин тому хватит на отдельную статью. Главная из них упоминается вами и в отношении hdd: разнообразие наборов SMART-атрибутов в разных моделях. Можно сюда сразу плюсануть нередко недостаточное их количество и информативность, а так же неизвестные допуски от производителя. Такую чушь иногда в Samsung том же отвечали, что приходилось добивать насмерть девайсы, для обмена по гарантии. Хотя СМАРТ указывал на неисправимую деградацию, но SSD еще "работали" (частично функционировали) со сбоями.
А почему автор статьи так уверен, что программированию надо начинать учиться именно с тыканья в кнопки и кликанья мышкой? Хотя дети разные (да и направления программирования тоже) и для кого-то действительно такой поход будет наилучшим.
ИМХО начинать надо пробовать, все же, с логики и алгоритмов - все это отлично подходит под игровые варианты и элементарные рисунки на бумаге. Можно большинству пробовать с первых классов. Все остальное требует знания хотя бы начальной математики первых классов. А так же неплохо бы попозже ребенку объяснить, как устроен пк, софт, яп. Если поймет сходу, - это так же ему будет полезно на пути к здоровому программированию. А ребенок может этого и не понять в том же 5ом классе, а только в 10, к примеру, сможет, потому что все люди и дети разные.
Тут правило одно должно быть: пробовать можно, а заставлять - ни в коем случае нельзя! В кнопки то тыкать и бибизьяна можно научить, а вот думать/размышлять, что и составляет большую часть времени работы программиста и доставляет ему удовольствие и удовлетворение, - фигушки.