7 ай бұрын
Жыл бұрын
Жыл бұрын
Жыл бұрын
Пікірлер
@krypton3947 11 сағат бұрын
Тоже по ходу идёт к реке)
@user-xv1iq3km2w Күн бұрын
а есть способ объединить этот подход с husky например? просто я нашел как удобно с husky запускать package.json команды а JetBrains не умеет в него тыкать палкой
@albro6869 Күн бұрын
Спс за видос, все четко понятно по настройке! Есть пару организационных вопросов, если нужны VPN европейский и американский, на сколько я понимаю нужно арендовать серверные мощности в этих странах, есть ли рекомендации по подобным сервисам? И второй вопрос как оплачивать эти сервисы с учетом текущих ограничений по международным финансовым операциям?
@t0digital Күн бұрын
я на fornex сейчас. Оплата за рубли там была на момент покупки
@mr.floximen4176 Күн бұрын
Читалками не пользуюсь, но спасибо за видос, полезный, решил прикупить. Посмотрим как зайдет. Но пользуюсь уже год обсидианом после Вашего видео, словно маньяк жить без него не могу уже. ще раз спасибо большое за ролик по обсидиану!
@t0digital Күн бұрын
Кайф, спасибо!
@valdis7543 Күн бұрын
Доброго времени, ждемс обзорчик Linux на Macbook M1
@user-eh9lp4uy4z Күн бұрын
Сколько минимально дицебел должно быть? Какой девайс нужен если сигнал -100, -110, -90?
@brxtOx Күн бұрын
это thinkpad а не сынк-пад
@t0digital Күн бұрын
нет это сынк-пад!
@knarg4682 Күн бұрын
12:00 *assert a or b проверит, что задана хотя бы "а" или хотя бы "b"...* Не проверит. Это же bool, куда влетит не только None, но и пустая коллекция (в том числе и строка), ноль, незапустившийся диапазон и, собственно, само False. Всё это -- не None и могло бы восприниматься как данные для обработки, мало ли. Тогда уже a is not None or b is not None (или a != None or b != None, хороший повод для холивара). 27:00 *если что-то можно решить при помощи if - else, то исключения не нужны* Вот тут прям респект))) Потому что "простое лучше, чем сложное" и городить пирамиду из классов и 100500 импортов там, где можно этого не делать -- это хорошо и правильно. Тут можно и отсылочку вбросить: _даже если код с кучей классов и импортов выглядит как "чистый")))_
@t0digital Күн бұрын
да, a or b, конечно, не проверяет именно на None
@knarg4682 2 күн бұрын
Контейнеры -- это хорошо. Но неплохо бы добавить упоминание о, например, такой штуке как range. Которое вообще не контейнер, элементов пока ещё не существует. Что аж никак не мешает применить функцию len и не париться, как именно она получила "длину" этого диапазона.
@vadim3 2 күн бұрын
А почему все программисты любят эти ужасные очки хамелеоны? Это так по задротски. По теме видео - полностью согласен с автором.
@t0digital 2 күн бұрын
Потому что мы задроты, ёпта!
@streamergangii 2 күн бұрын
Все вы говорите о поддерживаемости, читаемости кода и т.п. Но это важно только для человека. Если ваш код не пишет человек - тогда чистый код не так важен(вобще насрать). p.s. пишу уже полтора месяца исключительно нейронкой. Главное - качественное покрытие тестами. Переписать заново то, что покрыто тестами занимает минимальное количество времени и усилий.
@t0digital 2 күн бұрын
Тогда пусть нейронка сразу асм пишет. Эффективненько и пофик на читаемость.
@engineer-ap 2 күн бұрын
@@t0digital Вы просто не умеете читать! То, что вы не умеете читать asm ещё не означает, что код написанный на asm нечитаемый.
@t0digital 2 күн бұрын
Зачем вы пытаетесь меня задеть, друг мой)? Читаемость ASM и читаемость современного высокоуровневого ЯП - разные, будете спорить)?
@engineer-ap 2 күн бұрын
@@t0digital Совершенно не хотел вас задеть или обидеть чем-то. Просто для некоторых код, написанный на asm читать легче чем на современных высокоуровневых ЯП. Кто-то вообще знает только asm. Кстати нейронка очень неплохо пишет на asm.
@streamergangii Күн бұрын
@@t0digital Вы меня совсем не поняли. Мой посыл в том, что эпоха "пишем ручками" уходит. Приходит новая. Декларируем требования и проверяем результат. Мне было по-началу очень непривычно... И после многих лет следования принципам чистого кода я оказался не готов к такому подходу к работе. Я привык, что все о чем писал дядя Боб очень полезно и очень помогает. Но начав писать нейронкой я внезапно осознал что все это не важно. Важен лишь результат и скорость его достижения. В итоге ты пишешь тесты (той же нейронкой). Затем пишешь фичи (опять нейронкой). Потом просто запускаешь итеративный авто-дебаг. Нейронка сама ловит ошибки, сама вносит исправления в исходники. Ты лишь отслеживаешь показатели производительности и корректируешь промпт. Все. За день, два у тебя готовая, протестированная фича. Самое же важное - что обратную связь ты получаешь так же быстро. И тут Agile начинает играть совершенно другими красками. Выходит очень гибкий продукт. Готовый к любым изменениям/переделкам и прочее.
@gogogo2022 2 күн бұрын
Есть кто работает из за границы таким способом ?))
@bb18299 2 күн бұрын
Пока мне Tauri очень нравится!!! Не надо никаких там React/Vue... и прочей срани... берем ванильную javascript, которая просто таскает запрос/события/изменения c вебморды в Rust, а Rust полностью управляет перегенерацией HTML/CSS... и все!!! По сути выходит как бы нативная GUI для Rust.... Я считаю великолепно! Исчезающе мало Javascript, и в полный рост Rust! Короче очень круто, прописать просто отличия для парочки версий webkit и все! Не надо ни сраной Ноды электроновской, ни всякого JSON-г..вна, ни тонн javascript-макакинга... сам долго сомневался и раскачивался на таури, но в итоге даже Rust освоил параллельно, он кстати тоже мне очень зашел (на мой основной "железный" бекграунд - C/Asm/C++/ПЛИС))))
@user-du5gt1iy4w 2 күн бұрын
Как раздавать wifi с ноутбука на телефон в Монжарке?
@agentsmit09 2 күн бұрын
Эх, Ваши бы слова, да одному из моих заказчиков в уши. Требовал high perfomace там где это абсолютно не нужно, и вечно пытался пропихнуть свой алгоритм решения, который как раз и есть самый тормознутый участок.
@user-uf8tw2zq3t 2 күн бұрын
Штука прикольная однако как по мне не совсем удобно поиск организован. Лично мне привычнее теги ставить в заметке. Я пользуюсь google keep, для заметок вполне хватает. Функционал конечно ограничен не как в obsidian, зато как по мне графически удобнее просматривать информацию. Когда у тебя заметки перед глазами в виде плиток Если бы не санкции так бы и пользовался им. Буду пробовать obsidian, но пока не удобно и с синхронизацией не все так просто.
@anton_medvedev_it_life 3 күн бұрын
Читая "чистый код" я тоже порой офигевал от его советов, но потом понял, что это лишь рекомендация, типа делай функцию 10 строк. Вроде норм совет и простой, а попробуй в проекте огромном сделать все функции в 10 строк, да там хренота полная ж будет :) У меня тоже есть проект где каждый клиент жрет довольно много ресурсов цпу и озу, тоже думал может где нить его улучшить, оптимизировать и т.д., но мне куда проще и думаю даже дешевле было просто купить 6 ядерный сервер с 24гб озу :) И все нормуль работает, нет никаких тормозов Погоня за "сферическим конём в вакууме" задача всегда не достижимая, всегда и везде будет что улучшить, но стоит ли?)) В итоге просто балансирую в своих проектах экономя своё время в первую очередь ибо оно конечно
@ozodsaidov7427 3 күн бұрын
замечательно и полезно как всегда!
@mod3528 3 күн бұрын
На жабе пишет.. чел та ты ж не программист, это было не для тебя холивар)
@t0digital 3 күн бұрын
Кто на жабе пишет? Пишущие на жабе не программисты? Мм, ясненько
@user-co4rb5hr7c 3 күн бұрын
Спасибо. Хорошие мысли, правильные.
@user-bi8pe4lc1x 3 күн бұрын
Ну вот давайте честно. В продакшене, в бизнесе, всем насрать на скорость ответа. Важно: Программисту - быстрее сделать. Бизнесу - быстрее получить и заработать. Пользователь - разницы не почувствует, если уж совсем трешкода там нет. Итог. Если речь не о секундах, а о миллисекундах, пользователю все равно.
@johngraham8220 3 күн бұрын
Это всё сферические рассуждения про производительность базы данных vs кода на прикладном языке. Но я вот в своей практике неоднократно сталкивался с ситуациями, когда, например, БД отвечает за 100 мс, а вот руби после этого обрабатывает её ответ 2-3 секунды. Хотя руби выступает не более чем в роли какого-то шаблонизатора (это вот почти как в примере Кейси со смайликом). И даже с джавой (которая быстрее руби кратно сама по себе) я видел как достигли примерно аналогичной производительности наворотив микросервисов вместо прямых вызовов функций. Финал обоих случаев - код, который писали пару лет (и на который потратили уйму ресурсов), просто тупо снесли нафиг и заменили на вменяемый код с процедурами и циклами.
@t0digital 3 күн бұрын
Я такого на своей практике не видел ни разу, настолько непрофессионального кода. И чтобы проблема его производительности была именно в излишних абстракциях - ну оч сомневаюсь. Говнокод, когда человек совсем не умеет кодить, это да, это может быть.
@johngraham8220 3 күн бұрын
@@t0digital тонкость в том, что "профессионализм" - очень относительная вещь. Я понимаю, что вы не видели ни разу такого кода. Иначе вы бы не сняли такого видео. Но этот код буквально везде вокруг нас. Причём с точки зрения Мартина - это именно что высокопрофессиональный код. С точки зрения Муратори (да и моей тоже) - говнокод. И тот код, который описывал я - был написан именно по канонам SOLID. Буквально single responsibility principle домноженный на микросервисную архитектуру - это полная катастрофа. Собственно в исходном обсуждении (откуда вся эта тема и пошла) Муратори именно на примере веб-кода показывает, что следование принципам, проповедуемым Мартином приводит к тотальной просадке перформанса, которую не перекрыть никакой субъективной "читабельностью". Тем более что с моей точки зрения когда ты наворачиваешь тысячи функций вместо десятков ни о какой читабельности даже и речи быть не может. Это и есть говнокод в чистом виде! То есть просажены и читабельность и перформанс, но зато все смотрят друг на друга, улыбаются, и миллионы программистов в мучениях порождают ещё один говнопродукт, который будет потом выброшен в помойку. Но всем плевать пока бабки в отрасль текут рекой.
@t0digital 3 күн бұрын
1. Я 20 лет в айти. Не видел такого кода, но он вокруг нас. Ну окей. 2. Вы уверены, что понимаете, что такое чистый код Мартина? Что такое чистый код Мартина, можете сказать? Вы читали книгу или судите по Муратори, который взял 5 пунктов, почему-то назвав их чистым кодом? 3. Нет, Муратори не показывает на примере веб-кода. Какой там веб-код, там пример с фигурами, при чём тут веб? Веб это: а) чаще всего не C/C++ б) фреймворк, чей код в бОльшей степени выполняется в рантайме, а не ваш код, на 1 строку вашего кода там могут сотни строк фреймворка выполняться, который вы не контролируете вообще в) это коммуникация с СУБД г) если это микросервисы, то это коммуникация с внешними сервисами. В любом случае это много IO. Ничего этого нет у Муратори. Его пример вообще не про веб. Читабельность не субъективна, читабельность можно измерить методом экспертной оценки - вполне себе объективно. Набирается экспертная группа и она сравнивает разные варианты кода и говорит, что вот это более читаемо, а вот это менее читаемо. Хотя полиморфизм vs if/else это в большей степени про расширяемость кода, а не читаемость. > Тем более что с моей точки зрения когда ты наворачиваешь тысячи функций вместо десятков ни о какой читабельности даже и речи быть не может. Это и есть говнокод в чистом виде! Простите, вы тотально неправы. Главная задача функций в улучшении читаемости кода. Вместо того, чтобы читать реализацию в 15 строк кода и думать, какую задачу эти 15 строк кода решают, вы читаете вызов понятно названной функции и не тратите время на изучение реализации, если вам это не нужно в текущий момент. Главная задача функций не в DRY, а в увеличении читаемости кода. Если функция будет вызвана всего в одном месте это не повод не создавать функцию. Я не буду дальше продолжать этот спор. Вы всё равно не прислушаетесь (почитайте про эффект Даннинга-Крюгера), а я просто зачем-то потеряю время. Успехов.
@johngraham8220 3 күн бұрын
1. Я в айти 32 года (с 1992-го). И я начинал с написания многопоточного (по настоящему, параллельно исполняемому на разных процессорах в рамках одной вычислительной системы) кода на ассемблере. Надеюсь этого достаточно и к фалометрии мы более не вернёмся. 2. Разумеется я читал эту книгу. И не только Clean code, но также Perfect code и ещё много других подобного толка. И когда я читал некоторые из них, в определённых местах я смеялся в голос и дискутировал по поводу прочитанного с коллегами. Потому что прочитанное было наивно до смешного. Я прекрасно понимал что в реальных промышленных системах применение некоторых из этих правил очевидным образом приведёт к провалу проекта. Впрочем не все были со мной согласны. В конце концов кто-то же написал (точнее при ком-то был написан) тот код, который потом пришлось снести. ;-) 3. Это видео - только начало темы. Далее случилась публичная дискуссия между Кейси и Бобом тут: github.com/unclebob/cmuratori-discussion/blob/main/cleancodeqa.md , где Кейси в какой-то момент замечает, что "...while trying to edit this very file on github that if I type a paragraph that is too many lines long, it starts to get very slow and it's difficult to type!" (можно поискать по тексту и почитать что было далее). Github - это же веб-код? По-моему веб. По крайней мере если это не веб, то я не знаю что такое веб. По поводу функции в 15 строк кода vs сколько-то меньше (я так полагаю) это тоже очень старая (для меня) дискуссия. Главная ошибка, которую сторонники вашей позиции совершают, заключается в том, что вы не учитываете, что разбивая эту функцию в 15 строк кода на 5 или сколько-то больше функций вы добавите ещё 10 строк описаний самих функций. А если вы будете разбивать это всё на классы (как рекомендует Боб) - то ещё больше. 30-50-... строк сверху. И это всё НАДО будет прочитать. И не дай бог вам потом разнести эти классы по разным компонентам (суть "микросервисная архитектура")! Но чёрт бы с количество строк. Главная проблема в том, что вы из одной сущности (последовательно исполняемый кусок кода) лепите 5. А человек не в состоянии удерживать в голове слишком много таких сущностей. Поэтому как и показал Кейси в своём исходном видео вы в какой-то момент не заметите что вы пишете один и тот же код, причём код низкоэффективный и никому уже (включая вас!) непонятный. Я видел много таких проектов (легаси, ага), которые понаписавшие их бросают, потому что не в состоянии ни исправить их ни поддерживать и бегут как "профессионалы с опытом" строчить ещё один такой же кривущий проект с нуля. Это настоящая беда современной айти-индустрии, увы.
@nataliab9845 3 күн бұрын
Особенно впечатлил блок про Daily! Круть!
@amateomi 4 күн бұрын
Какая замечательная борьба с соломенными чучелами! Превосходно продемонстрирована нулевая подготовка к видео. Зачем хотя бы прочитать публично доступный диалог Мартина и Муратори, в котором Роберт приводил те же самые аргументы, что и автор видео, и которые Кейси успешно парировал? Суть спора даже не в производительности кода, а в иллюзорном представлении подобных ООП программистов о необычайной эффективности и поддерживаемости такого рода систем.
@t0digital 4 күн бұрын
Любая абстракция как правило просаживает производительность, это известно любому, кажется, джуну. Однако почему мы все пишем не на ASM, а пользуемся этими абстракциями? Более высокоуровневыми ЯП, фреймворками, виртуальными машинами, готовыми OS API и тд?
@amateomi 3 күн бұрын
@@t0digital 1. То есть вы отрицаете существование zero cost абстракций? 2. Мы все не пишем на ASM, поскольку абсолютно любой код, выполняемый в рамках Linux/MacOS/Windows, можно реализовать на языках более высокого уровня без потери производительности. 3. Есть разные абстракции отличные от привычных вам принципов ООП, которые способствуют более простой архитектуре приложения, легко тестируемы и расширяемы, в чем, собственно, и заключается притензия Кейси Муратори к книге Роберта Мартина. Рекомендую к прочтению их переписку, может взглянете на проблему с другой стороны.
@t0digital 3 күн бұрын
@@amateomi 1. Не отрицаю. Вы же видите «как правило» в моём сообщении, верно? 2. Нет, мы не пишем все на ASM. Более того, благодаря разного уровня хитрым оптимизаторам (в компиляторе и тд) - мы часто и не знаем, какой именно ASM-код будет на выходе, даже если нам кажется иначе. Можно очень удивиться, дизассемблировав свою программу. 3. Конечно, есть разные парадигмы, не только ООП. Но все современные парадигмы повышают уровень абстракции от машинных команд выше и выше и выше (ФП и прочие), потому что мыслить терминами машинных команд, а не терминами решаемой бизнес задачи - сложно, а управление сложностью это главная задача при проектировании и конструировании ПО. Да, производительность не является главным приоритетом, как бы ни протестовал против этого Муратори, это всего лишь одна их граней большого количества факторов качественного ПО. Муратори просто хайпожор.
@Noname-ss9wv 4 күн бұрын
ты бы знал как после рабочего дня за компом и выполнения домашки по языку на планшете глаза не хотят смотреть в экран вообще, поэтому ищу что-то, где бы я смог продолжить обучения и глаза не отталкивали
@dimachen86 4 күн бұрын
Короче, вывод простой: не занимайтесь "фигней" )
@melickon 4 күн бұрын
Мои пять копеек: рекомендации по оптимизации, это понятно и наглядно - вот пример "плохого" кода, а вот "хорошего" - и в хорошем и в кеш все попадает и инструкции оптимальные используются и даже можно тест запустить и все будет очевидно. А вот со всякими СОЛИД, все гораздо сложнее. Ценность этих рекомендации понятна только на большом проекте и, очевидно, нельзя накидать небольшой пример, который демонстрирует большой проект (это и звучит абсурдно). Поэтому предъявлять претензии к примерам из книжек по СОЛИД изначально несуразно.
@knarg4682 5 күн бұрын
08:00 -- так это Вы перечисляете обычный нерабочий код. С багами, неверный вообще по сути, там дырка, там дырка... Какое это отношение имеет к "чистоте" кода? А никакого. Исходя из Вашей же логики вот прямо на этом месте, любой код прекрасен и совершенен, если он выдаёт правильный результат. Даёшь *снова* индусов, пишущих за тариф по 500 пустых мусорных строк, ведь работает же! Даёшь срачную реализацию, которая не просто медленная, а ещё и памяти (тоже ресурс, если что) жрёт как не в себя, но работает же! Это называется "подмена понятий".
@SG-tn2ph 5 күн бұрын
подождите, виндертон ожил? после разгромного разоблачения? не прошло и 5 лет, наверное подтянул знания.. или нет?
@t0digital 5 күн бұрын
Не знаю. Видео не о нем
@SG-tn2ph 5 күн бұрын
@@t0digital понимаю, что не о нем. Вопросы заданы с иронией) Виндертона давно разоблачали как профана, который умудрился неплохо заработать, как аудиторию так и денег, на продаже образа крутого разработчика. После разоблачения, он кажется забросил свой канал, сейчас вижу что снова выкладывает ролики.
@victorgolev3621 5 күн бұрын
зачем утверждать что эта читалка лучшая если у тебя была толька одна читалка такого типа. У меня есть и киндл Scribe и Boox Air 3 и сравнение не в пользу киндла!
@t0digital 5 күн бұрын
В видео есть ответ. Но так - каждому своё. Кому-то и айпад норм, кому-то только бумага, а кто-то вообще говорит, что всё говно.
@mvo5450 5 күн бұрын
В общем - лайк. Но вот насчёт того, что если в 40 хочет в IT - то это просто за деньгами пришёл - это отвратительно узколобая позиция. Увы, у меня нет времени раздавить все твои узколобые доводы - поскольку я разрываюсь между ненавистной работой.., семьёй и изучением линукса, сетей и программирования. Просто имей в виду, что ты, очень вероятно, в чём-то мыслишь очень узко и поверхностно, учитывая, что ты сидишь в стране-агрессоре, угрожающей миру ядерным оружием и быстро превращающейся в северную корею. Довольно скоро, я могу даже поспорить на 200$ - россияне узнают, что сталинские репрессии - это не уникальное и не последнее такое явление в истории России. Но ты замечательно и максимально активно делаешь вид, что ничего этого нет. Так что просто не берись судить тех, кто находит в себе силы бороться за перемену своей жизни к лучшему. P.S. Видео очень полезно - оно открыло скрытую проблему возможной узколобости рассматривающих резюме - это навело на размышления - как это обходить. Это немаловажно.
@t0digital 5 күн бұрын
Да здравствуют широколобые, к пятому десятку добившиеся эмммм широколобости и больше нихуя, комментаторы, троекратное ура!
@mvo5450 5 күн бұрын
@@t0digital, мне ещё и 40 нет. Но это не важно. Важно что зрелые люди и без меня теперь могут оценить твой уровень.)))
@t0digital 4 күн бұрын
Мой уровень оценивать никому не нужно - нанимаю я, не меня. Такая вот жизненная несправедливость. Широколобоый вы ноете о несправедливости мира, а узколобый я успешно нанимаю в свою компанию. Грусть печаль, ога.
@mvo5450 4 күн бұрын
@@t0digital, во-первых, я говорю не о тех, кого ты нанимаешь - оценят твоё инфантильное хамство зрители видоса - те, для кого ты его снял (хотя ясно, что снял его ты для себя...), во-вторых - я ни о чём не ныл, и уж тем более о какой бы то ни было несправедливости. Моя ныняшняя работа ненавистная - потому что я с 20 лет был предпринимателем, работал на себя.., но жил я в Беларуси.., и поскольку изображать, что ничего не происходит и держать свою семью, а особенно ребёнка, в месте, где всё пропитано ГНИЛОЙ пропагандой и произволом гопников захвативших власть - было не в моих принципах и силах - то я вышел на протест - честно посидел на Окрестина, и после этого РЕШИТЕЛЬНО всё бросил и уехал в Европу. Здесь я наслаждаюсь ГРАЖДАНСКОЙ СВОБОДОЙ, чего ты себе позволить ФАКТИЧЕСКИ не можешь. Президент страны в которой ты живёшь объявлен Международным уголовным судом в РОЗЫСК, но ты никак не можешь это комментировать - потому что ты таракашка под веником в избе душегубов. Искренне говорю - никаким твоим деньгам и твоему деловому положению я не завидую НИСКОЛЬКО, потому что я совершенно убеждён, что жить в условиях тоталитарной власти - невозможно. Я считаю, что сделал тебе вполне справедливое и не слишком грубое замечание, а ты повёл себя как самовлюблённый высокомерный сопляк и обыкновенное хамло. Но ты знаешь - я кое-что знаю о людях - как бы ты ни харахорился - внутри себя, для себя самого ты осечёшься и учтёшь то, что я сказал - в этом нет сомнений. Я был очень высокого мнения о тебе.., я думал, что ты из лучшей части россиян... А теперь просто отписка, и надеюсь, что я больше тебя не услышу и не увижу.
@t0digital 4 күн бұрын
Да зрители оценивают - 160 тыс подписчиков, 12 млн просмотров, подходят на улице говорят спасибо и тд. Ступайте и не пукайте!
@immickful 5 күн бұрын
12:07 - уточните, пожалуйста, почему Вы указываете у клиента маску /32? Ведь сама сеть WG - это 10.0.0.0/24, сервер - 10.0.0.1/24, соответственно и клиент должен иметь маску /24, т.е. 10.0.0.2/24.
@AndrewLazarevBlog 5 күн бұрын
Всё прикольно, но динамики в пол это пиздец...
@evgenyyambaev5352 5 күн бұрын
Странная постановка вопроса. Если ты пишешь то, что никто и никогда не будет переписывать, то эффективность - единственная цель. Если ты пишешь код, который будут читать и развивать, то читаемость - первостепенная задача, а эффективность - вторая. Понятное дело, что работоспособность и отказоустойчивость кода - это более значемые его параметры.
@t0digital 5 күн бұрын
В ИТ нет ничего более постоянного, чем изменения. Крайне редко что-то не будет дорабатываться и изменяться, даже если в момент написания кода кажется иначе. И, как верно пишет Макконнелл, писать хорошо и писать плохо - примерно идентично по трудозатратам. Под писать хорошо подразумевается писать расширяемый, поддерживаемый, читаемый, тестируемый, модульный код.
@GEOAdventuresVLOG 5 күн бұрын
Привет. Спасибо за ролик. Обсидиан супер. Использую для синхронизации iCloud.
@dunhillkekov3383 5 күн бұрын
Спасибо за контент
@user-ff1sd6wl1h 5 күн бұрын
Отличное содержание! Сам составлял подобный курс для студентов на 2 семестра. Результат очень хороший был, и фронт и бэк и девопс обсудили и попрактиковались, но тут важна еще и общая подготовка человека. Поэтому не особо понятно для кого это курс. Для стажеров и джунов не по карману, а для мидлов и сеньеров в большинстве своем не актуально и слишком просто
@t0digital 3 күн бұрын
Кому не по карману, тому не по карману. Кому просто, тому просто. А вот кому непросто и по карману - вооот именно для них и есть!
@prostonikita6346 6 күн бұрын
топ
@Fearengate 6 күн бұрын
Не очень понимаю, как можно вообще обращать внимание на виндертона после нескольких "разоблачений". Да и в целом одного Artanik'a хватило
@t0digital 6 күн бұрын
Речь не о виндертоне
@profile_pub190 6 күн бұрын
-Микросервисы позволяют писать требовательные модули на компилируемых языках с оптимизациями - нет смысла оптимизировать время выполнения кода😂 Вроде год назад обсуждали на хабре эту тему. Истина же всегда где-то посередине. Иногда действительно кажется вводят абстракции ради абстракции.
@user-vz3uy3hh2q 6 күн бұрын
Насчет тактов процессора. Если взять на чистом си написать небольшую программу, откомпилировать. А затем дизасемблировать и посмотреть что сделал компилятор в ходе оптимизации. То можно очнь сильно удивиться. А если посмотреть на ключи компилятора, то можно увидеть ключ с разными уровнями оптимизации. И для того чтобы считать такты процессора нужно, как минимум, знать что и как компилятор оптимизирует.
@user-dw9jf2zd7y 6 күн бұрын
Какой вы используете микрофон ?
@t0digital 6 күн бұрын
Здемть Shure sm7b. Однако ему нужно сильное качественное усиление, имейте в виду. У меня он заводится в rme babyface pro. Есть еще soyuz launcher, возможно он между микро и звуковой картой тут, не помню.
@vahegrigoryan9284 6 күн бұрын
Интересно как будут это сделать 90 процентов программистов
@kopn9k735 6 күн бұрын
Вау! Очень крутой видос! Думал посмотрю 5-10 мин, а по итогу не смог оторваться до конца. Давно задумывался о читалке, так как глазам очень тяжело читать технические книги на компьютере. + я сейчас много решаю литкод, и пару раз меня посещали мысли о том, что рисовать схемы/какие-то графики в 2024 на бумаге наверное немного не очень уже, и тут как раз этот видос попался на глаза. Как думаете, достаточно ли будет возможностей Amazon Kindle Scribe для рисования каких-то небольших схемок?(просто в видео только про заметки говорилось)
@t0digital 3 күн бұрын
Достаточно. Я рисую иногда, нормально. Здесь нет бесконечно расширяемого листа, как в некоторых приложениях на компьютере, возможно в этом будет для кого-то минус. Но мне хватает, нормально, лист А4 тоже небесконечный. Хотя тут можно выделять часть схемы и вырезать-вставлять или изменять масштаб схемы или её части, то есть это не просто А4-лист бумаги, конечно.
@necroticuss6780 6 күн бұрын
Ваши объяснения правильны. И это определённый труд,за который лично ВАМ спасибо! НО Зачем ?!?! Если кто-то,а это ужас..как выходит много,исходя из поблагодаривших тут.... Так вот,если кто-то этого не понимал.То какого хрена это недоразвитое существо село за код???!!?! ЛЮБОЙ програмист обязан понимать архитектуру процессоров! Понимать работу процессоров вообще.Знать и понимать основы. Зная это,не было бы таковых ... "спасибо". Это страх и ужас,сколько КРИВОРУКИХ и идиотов которые лезут изучать код предварительно не разъяснив для себя как работает цп! Вегда надо сначала понимать работу процессора,а ПОТОМ уже начинать изучать код и никак иначе. Если брать вот такие случаи на деле и выходят Криворукие идиоты.Вот и выходит,имеем быдло-кодеров. Это не камень в ваш огород.Это всем прочитавшим,для которых данная информация была в новинку.
@Sneg00vik 6 күн бұрын
19:10 Так проблема в том, что не известно для каких задач какие инструменты подходят и более эффективны. Кто-то например считает, что на Python нельзя писать ПО с повышенным требованием к правильности работы, а нужно использовать Ada или Rust. Кейси как раз и заявил, что надёжно и понятно можно писать не используя паттерны клинкода и это ещё будет быстро.