раст он не заменит, но вот Go может быть сподвинет у раста нет рантайма по сути, он там совсем крохотный, и тот отключаемый в следствии у него нет сборщика мусора, и он бьется на другом поприще - системных языков. просто у раста нереально крутые концепции, потому он становится языком общего назначения. правда он страдает от болей по эргономике и других штук(тип долгой компиляции, отсутствие prebuild), оттого под своим весом начинает страдать мне кажется, что сейчас современные языки должны уменить проникать в уже существующие, gleam сделал этот шаг, посмотрим что будет дальше :)
@MrJloa
2 күн бұрын
А энтерпрайз как сидел на java 30 лет назад, так и сидит😅 Rust, go, python и тд. Напоминает анекдот бородатый. Байкер старый в баре сидит, заходит молодой мото-гонщик на супер-байке в эквипе "привет, я Вася". А мужик ему "да, мне без разницы. Вы каждую неделю меняетесь " 😂 Так и с яп.
@lufog
3 күн бұрын
Gleam который выполняется в виртуалке, убьет Rust который выполняется на голом железе? Сомневаюсь...
@israinddertou5973
4 күн бұрын
В итоге Rust все равно поставит раком глим, я в этом уверен
@user-nu3zh4mv3l
6 күн бұрын
Очередной язык-убийца очередных языков-жертв😅
@israinddertou5973
4 күн бұрын
Так Rust никто не заменит)
@alexmorozov4752
6 күн бұрын
где-то Мурыч точит нож, смотря на автора видео
@e-acomics
9 күн бұрын
микроконтроллеры потянет?
@fqAspAYpOteChtAVuRTM
14 күн бұрын
1:01 аъъаъаъаъаъаъаъаъаъ
@artemsedykh
18 күн бұрын
Как быстро понять, что человек ни разу не писал на go и rust.
@konstantinrebrov675
22 күн бұрын
Слишком много новых языков. Моё мнение что все эти новые языки не испытают время. Профессиональные энжинера, программисты не будут этим заниматься. Тем более больше компаний которым нужны уже проверенные, надёжные языки и системы которые всем известны. А так никто эту новояз не знает. Все будут как прежде, использовать C/C++, Go, Rust, итд.
@_tot_
22 күн бұрын
СОСАТБ
@Mytest437
24 күн бұрын
Там вроде как не может быть асинхронщины. Машина Erlang работает на актерах и микропроцессах, а не откладывает выполнение кода в последовательном коде.
@bzikarius
25 күн бұрын
«Дерутся паны, а чубы у холопов трещат», слышал такую поговорку? Возмущениями тут не решить. Решится оно только тогда, когда разблокировать будет выгоднее, чем заблокировать.
@user-ci8mb5qc5d
25 күн бұрын
еликсир пратух чтоли уже
@vasiliylu8054
26 күн бұрын
Дисклеймер: Я понимаю лицемерие всех сторон "геополитики". Но. За имперские амбиции надо платить. пс. Плохо, что счет по долгам приходит ни ув чем неувиноуватым рафикам. Но ответственность она такая, да.
@I_want_HAPPINESS
26 күн бұрын
За имперские амбиции одного человека надо платить всему народу ? И считаете ли вы за убийство поляков, евреев и тд во время 2 мировой должны нести ответственность нынешние усраинцы ? Также не считается ли имперским убирать кондидатов в президенты США ?
@user-xk1fp9st4r
26 күн бұрын
@@I_want_HAPPINESS >нынешние усраинцы. эти имперскии амбиции не у одного человека, что можно увидеть по вашей риторике, и по-моему очевидно к чему тут коллективная ответственность
@gregortokarev
26 күн бұрын
Моя позиция по данному комментарию такая: Вам должно быть наплевать на геополитику, имперские амбиции, и т.д, если вам(как индивиду или как комьюнити) кто-то сделал плохо, вы вправе на него обидеться.
@DmitriyBch
16 күн бұрын
Это скорее плата за нашу наивную веру в справедливый запад
@I_want_HAPPINESS
16 күн бұрын
@@user-xk1fp9st4r Во многом я этот комментарий писал под эмоциями но вы можете ответить на другие мои вопросы ? И как бы больше будут поддерживать риторику которая хорошо себя показала чего не скажешь про не которых персонажей из ЕС. И в чем проявляются эти "имперские амбиции" ?
@oprontos-dd1eg
26 күн бұрын
Оооох, ну погнали постепенно. 1) Я не понимаю, почему нужно возмущаться и как это может помочь. Для сравнения, возьмем ситуацию с растом - помимо сообщества (по всему миру - это очень важно), возмущение выразили многие известные инфлюенсеры и влиятельные люди в мире IT - это совсем другое дело по сравнению с возмущением здесь, в стране, где компании своими налогами спонсируют ракетный конвейер, который затем используется в войне. 2) Тейк на жалобу аля "США опять нас русских щемят, даже до опенсурса добрались!!! Щас гитхаб забанят!!", во-первых, как уже выше сказал, глупо идти ракетами на соседа и пугать всех, кто ей помогает - ядерной дубинкой, в особенности тот миропорядок, который как раз таки и позволил родиться таким чудесным продуктам (туда еще можно засунуть интернет, процессоры, почти все самое крутое по, всякие инженерные приколы, мобилки да и наверное в целом, большинство вещей которые ты знаешь), а потом писать "а за что!! а почему!! Как они посмели?? Я негодую эмоционально!!", ну это как минимум сюрилиалистично очень выглядит) 3) Касаемо создания форка докера, как будто послушал очердной питч депутата с яхтой во владивостоке за ~50+ лямов деревянных, 3 домами в барвихе и 6 в центре москвы детьми-студентами в лондоне, о важности импортозамещения по. Мне кажется, здесь можно только с попкорном следить за очередным попилом бабла и наесться "смутой 2.0" от мира кубов. Я не пишу чтоб как-то обидеть или задеть, я пишу в первую очередь чтобы объяснить, почему реагировать на это - нет особого смысла и почему некоторые люди (как я) этого не делают.
@user-qo3rr3kf9i
26 күн бұрын
В итоге ничего не сказал про сам язык. Только про туллинг (который в любом языке есть и +/- одинаковый) и похейтил js.
@aselakimalieva5583
26 күн бұрын
Обучаете?
@olekollo7875
29 күн бұрын
даешь туториал на основе telegram_bot?
@imp0ssibl333
Ай бұрын
Прикольно, но он будет нужен если там есть компиляция и высокая скорость
@olekollo7875
29 күн бұрын
прикол gleam в beam, то есть отказоустойчивость
@peace__duke
Ай бұрын
Это не красный цвет маскота, а фиолетово-розовый. Правильное название цветов это важно, понятненько?!
@banzaika
Ай бұрын
Видео очень крутое, продолжай! Можешь убрать высокие частоты звука? Уши режет
@enmaboya
Ай бұрын
главная проблема с которой я чаще всего сталкивался - это разработчики с "тестами головного мозга", по-другому и не скажешь, их хлебом не корми, только дай тесты писать ) это может быть бесконечно правильно, вот только менеджменту на это насрать, так как задача должна быть сделана ещё вчера и в рабочем состоянии
@aKlnv
Ай бұрын
В какой проге он рисует?
@user-to1lb6dj6g
Ай бұрын
под коробкой глим. а что в коробке?
@TheMrArmbull
Ай бұрын
прежде чем выложить видео у автора не прошли валидацию юнит тесты с реальными примерами, но прошли с воздушными func A...B...C
@user-er6zr1tm3i
Ай бұрын
Что вместо unit-тестов, вазелин?
@romreriogd978
Ай бұрын
Юнит тесты оправданны в случаи разработки большого совта. Если ты работаешь с драйверами, движками и подобным, то юнит тесты - необходимость. Хотя, я согласен, что юнит тесты не нужны для фронта. Я пишу свой яп, и там юнит тесты зачастую спасают. Любое изменение компилятора влачит за собой тонну багов которые нельзя выпускать в прод. Например, у меня один раз сломался логический парсер, он просто не хотел правильно обрабатывать сложные конструкции со скобками and и or. Тогда у меня тесты как раз выручили. P.S. Юнит тесты еще можно использовать для проверки web сервисов. Я обычно их использую для сервисов связанных с бд и подобным.
@scarlatum
Ай бұрын
Порой у меня ощущение складывается, что не смотря на то, сколько уже книг написали, сколько роликов про тестирование выложили, всё будет идти по одним и тем же граблям раз за разом. Писать тесты долго и затратно, их часто пишут плохо, их часто просто переписывают из-за ложных срабатываний. Это всё верно, но, это цена которую ты платишь за быстрый отлов регрессии в качестве. Отловить баг в todo листе не составит никаких проблем и без тестов, но стоит тебе взяться за 2-3 годовалый проект, и вся эта мишура про "Нам и без тестов нормального в дебаггере по 2-3 часа сидится" сходит на нет Но честно, я бы и сам не стал прототипировать что-то обкладываясь тестами
@AlexeyProgramming
Ай бұрын
Не надо хейтить парнишу, он просто ещё не писал код в команде и не работал над проектами с периодом поддержки дольше 1 месяца. Когда дорастёт до проектов покрупнее сам всё осознает, покраснеет от позора, и сотрёт это видео 😀
@Username-xy6sy
Ай бұрын
Почему вы пишете код с багами? Просто пишите с первого раза без багов и всё
@bbbb-me6vm
Ай бұрын
Да когда ж школота перестанет писать обучающие ролики... "программист не может предусмотреть все ситуации. " Может и должен. Прэтому методы и разбиваютс на элементарные части. А потом приходит школота с острым желанием все переделать и которая ничего сама предусмотреть не может и единственная защющита от школоты - это юниттесты.
@whatisthistheplace
Ай бұрын
Гребанный стыд!
@Loutistic
Ай бұрын
Боже какая чушь.
@bot_detector
Ай бұрын
Понятно, мы вам перезвоним
@saitaro
Ай бұрын
"...Только когда мы пишем софт, который не приемлет никаких ошибок и никаких багов". Нет, друг, для хорошего программиста это не только банковский и медицинский софт. Это любой софт, за который он несёт ответственность. Если программист допустил баг при разработке будильника, врач может проспать важную операцию. Я уже не говорю о практике TDD, когда сначала пишутся тесты, а потом рабочий код. О её пользе написано много статей.
@enmaboya
Ай бұрын
о вреде и бредовости TDD написано статей не меньше, так что не аргумент
@14setscript88
Ай бұрын
у мя знакомый там syntax designer-ом работает)
@user-tt3yw5vv5n
Ай бұрын
is this such a trick: to say stupid things to make others write more comments? I'm in...
@ebasher795
Ай бұрын
Конструктивно и без хейта, обратная связь: На минуте 1:50 ты говоришь, что: "он не может учитывать всех сценариев, когда он пишет тесты,, юнит тесты для этой функции. " - это заблуждение. Так как должны учитываться абсолютно все исходы функции или метода которого ты проверяешь юнит тестами . Именно для этого и делаются Юнит тесты. Кстати советую тебе углубляться в тему Юнит Тестов. Ключь в названии. А если добавляется новый функционал с новыми исходами, то тогда и его пркрывают юнит тестами.
@vilivermb
Ай бұрын
В общем случае невозможно учесть все исходы. Например, если функция складывает два числа, то пришлось бы писать тест со всеми комбинациями чисел.
@jgkdmdevienjjgg8866
Ай бұрын
Как по мне тесты надо писать на сложные юниты, от которых зависит много другого кода и у которых у самих мало зависимостей, для всего остального от юнит тестов больше головной боли чем пользы
@MichaelKondrashin
Ай бұрын
Это какой-то бред сивой кобылы. "Добавляю функционал не порчу существующий". --- если ты такой гений, то тебе не нужны тесты, тебе не нужны видео на ютьюб, тебе нобелевку пора давать. Когда добавляются функции, когда делается рефакторинг, когда появляются новые входные данные, как убедиться, что ничего не ломается? Юнит-тесты дают, хоть какую-то гарантию.
@chikenmacnugget
Ай бұрын
Рупор всем дали, а голову всем не дали
@user-rp3fc4dh7c
Ай бұрын
Exactly
@DaddyTorque
Ай бұрын
Добавлю: если в компилируемых языках часть работы по тестированию выполняет за вас компилятор, то в интерпретируемых никто кроме вас её не сделает. Поэтому юнит-тесты наше всё. С них надо начинать. Сначала пишете тест. Запускаете его. Он падает. Затем допиливаете функционал под этот тест, пока тест не перестаеет падать.
@AlexeyProgramming
Ай бұрын
TDD только для бэкенда подходит где есть чёткая формализация задачи и поведения
@DaddyTorque
Ай бұрын
@@AlexeyProgramming я не программировал для вэба, но мне кажется, фронтенд можно так написать, чтоб он был в каком-то виде тестируемым.
@AlexeyProgramming
Ай бұрын
@@DaddyTorque фронт слишком часто меняется и даже в процессе разработки структура на усмотрение программиста, какой смысл начинать с теста где ты опишешь сколько там должно быть кнопок и что они должны делать?
@DaddyTorque
Ай бұрын
@@AlexeyProgramming например, могут быть какие-то простые требования с точки зрения дизайна (что кнопки и окошки для ввода текстовой информации должны быть выровнены). Можно сделать структуру фронтенда так, что данные о положении и размерах кнопок будут доступны для тестов. Соответственно, можно сделать тест на эргономичность расположения контролов. Можно сделать тест на то, что контролы не исчезают за границами при изменени размеров окна, при изменении ориентации экрана. Что контролы не наезжают друг на друга. Можно сделать тест на то, что ни один обработчик ни одного из контролов не выполняется дольше определённого времени. Возможно, можно как-то сделать какой-то анализатор кода фронтента и натравливать его на исходный код с целью нахождения ошибок. Всё, сказанное выше - мои догадки, т.к. я ни разу не фронтендер. Более того, возможно эти догадки целесообразны для каких-то больших проектов с большой посещаемостью и нецелесообразны для маленьких проектов, которыми пользуются 5 человек.
@nevaknowmanamesame5089
Ай бұрын
По поводу того, что юниты нужны только в банковском софте, давно пользовались продуктами Яндекса? Баг на баге и багом заправляет. Отвратительно, испортились у них все, абсолютно все продукты. Хреново, что они монополисты в такси и доставке еды.
@nevaknowmanamesame5089
Ай бұрын
Пирамида тестирования.
@manokubamba6229
Ай бұрын
Хотел поставить дизлайк, так как для меня это филькина грамота и зачем я тут не понял, но ... лайков всего 15. Жаль этого добряка...
@user-rp3fc4dh7c
Ай бұрын
да, человек старался, диаграммы рисовал, видео записывал... просто он забыл подумать перед этим или опыт небольшой
@DaddyTorque
Ай бұрын
Открою небольшую тайну: компании не проблема нанять 2х, 3х, 10х разработчиков, чтоб тратить больше времени на написание юнит-тестов. А вот когда один разработчик своей правкой вносит баг, который фиксился уже раз 10 и этот баг задерживает релиз - вот это для менеджера проблема. Т.е. юнит тесты - это про то, чтоб обменять немножечко времени на предсказуемость. Кроме того, юнит тесты - это своего рода документация ваших ожиданий относительно того, как функция будет себя вести. Пока юнит тест не упал - можно считать, что такого поведения от функции никто и не ожидает.
@ntvisigoth
Ай бұрын
Вот ровно об этом же сегодня написал. Прям развернуто. Очень жаль, что на ютуб есть подобные этому видосу. Ведь они кого-то "научат" и потом к тебе такой вот коллега придет и ты будешь думать, как бы ему исправить подходы (((
@MichaelKondrashin
Ай бұрын
Я хочу вставить свои пять копеек - нет не "времени". Без юнит тестов разработка завязнет при очередном внесении изменений и никакого выигрыша по времени не получится. Так что на долгой дистанции - сплошной выигрыш
Пікірлер