Maks
Го тоже не простой. Быстрый и очень строгий. Его строгость его прелесть
byd
компилируемый vs интерпретируемый
Maks
вы видимо не работали с js
На самом деле жс наверное самый мощный язык) в нем можно делать все ваще и всяко разно
Maks
И опять же его плюсы выливаются в его же недостатки
byd
сфера применения vs любимый яп
ᴠʟᴀᴅɪᴍɪʀ ᴍᴀᴛʏʟᴇᴠɪᴄʜ
Всем большое спасибо за участие в данной беседе.
byd
любимый язык или что за шутки?
Maks
Меня раздражает когда говорят что вим лучше всего, или наоборот, или про что то другое когда так говорят
🔥
Кстати про АСМ. Кто знает ide для него чтобы можно было как в продуктах от jetbrains?)
byd
шутки на стереотипах, другие сложно
Maks
У всего есть свои плюсы минусы или тупо кому то нравится кому то нет
Tamachi
На самом деле жс наверное самый мощный язык) в нем можно делать все ваще и всяко разно
Js -- это один из самых низкопроизводительных языков. Не путать с V8. Написание проги на js равностльно делению тактовой частоты процессора на100
Maks
Жс прекрасен возможностями языка
Maks
У него есть миллионы механизмов которых нет во многих языках
Maks
Это реально круто
Maks
Но это порождает миллионы тонн говнокода
Maks
И слабых программистов
Maks
Тут надо знать просто
🔥
void*
Tamachi
Это минус, а не плюс!
🔥
Вот тебе и динамическая типизация)
byd
осталось понять, где их больше, чего больше пишут и на каком языке чаще
byd
стадия развития?
🔥
осталось понять, где их больше, чего больше пишут и на каком языке чаще
Я порой пишу говно код когда сроки жмут) такой что глаз режет
byd
технический долг, бывает, это не говнокод
byd
ты же исправишь?
Tamachi
На чем больше пишут мы никогда не узнаем. Но в мире нет ни одной программной сущности, которая в конечном счете не написана на си: языки го, php... написаны на нем
byd
говнокодер или нет, наверное осознанность того что творишь
🔥
А меня дальше отправят мвп делать)
byd
мы думаю должны согласиться, что говнокод это бизнес модель, к пониманию которой приходишь с опытом или сразу начинаешь как профи хреначить в прод делая начальство счастливым )
Tamachi
После меня исправят если тот или иной проект выйдет на рынок)
...и только c++-программист знает что делать, когда поджимают сроки.... у него есть соответствующий инструмент
Alex
Any body have real time. Project on Golang please shere the link
🔥
...и только c++-программист знает что делать, когда поджимают сроки.... у него есть соответствующий инструмент
Правильный код для меня, зачастую писать не выгодно)
🔥
Почему?
Чем быстрей запущу одно мвп тем соответственно начну следующий) в общем чем меньше срок тем больше плюшек для меня и для начальства т.к. не каждый проект выстреливает)
Tamachi
Чем быстрей запущу одно мвп тем соответственно начну следующий) в общем чем меньше срок тем больше плюшек для меня и для начальства т.к. не каждый проект выстреливает)
Это видимость. Со временем будете много сил тратить на поддержку, а то и вообще проект завалите. Правильный код -- это инвестиция в будущее
Dmitry
🔥
Это видимость. Со временем будете много сил тратить на поддержку, а то и вообще проект завалите. Правильный код -- это инвестиция в будущее
Да я то проекты эти поддерживать не буду) это не моя задача)
🔥
Ещё вспоминая про говно код лет 6 назад работал в студии по разработке мобильных приложений там дали мне приложение чтоб пофиксить баги предыдущий кодер тоже видимо спешил и писал вырви глазный код т.к вот я взял просто накидал трай кетчей и пару диалоговых окон. Так мне ещё премию за такую "склорость" давали)
Tamachi
Tamachi
Да, на яве
На java вообще непонятно, какой код считать правильным. Это такой язык, который вообще провоцирует программиста на избыточность кода... А сама структура приложения Андроид (отдельно BroadcastReceiver, отдельно -- Activity... -- фрагментарность пространства кода) вообще просто вынуждают программиста писать плох-поддерживаемый код
я
Tamachi
ну, разве что Raspbery или OrangePi
Вадим
ну новые макбуки на arm же щас, работает вроде
Вадим
слышал что с дебаггером проблемы какие-то были, но решаемо
Vladyslav
Это видимость. Со временем будете много сил тратить на поддержку, а то и вообще проект завалите. Правильный код -- это инвестиция в будущее
Если эта инвестиция в будущее не взлетит, то весь кодинг коту под хвост
Очень редко бывает программирование ради программирования. Поэтому так писать как вы говорите можно только когда уже есть бизнес. Конечно не везде можно наговнякать мвп из говна и палок с минимум тестов, но в большинстве своём это рабочий подход.
Maks
Это видимость. Со временем будете много сил тратить на поддержку, а то и вообще проект завалите. Правильный код -- это инвестиция в будущее
По хорошему мвп делают быстро из говна и палок потому что не знают будет ли востребованность и куда двигаться дальше проекту. Делают мвп а потом либо вкладываются и переписывают снуля либо бросают. Часто второе и не по причине дороговизны а по причине ненужности проекта
Maks
Делают дешево что бы проверить теорию
Tamachi
Если эта инвестиция в будущее не взлетит, то весь кодинг коту под хвост
Очень редко бывает программирование ради программирования. Поэтому так писать как вы говорите можно только когда уже есть бизнес. Конечно не везде можно наговнякать мвп из говна и палок с минимум тестов, но в большинстве своём это рабочий подход.
Время написания правильного кода не сильно отличается от времени написания неправильного кода. Ну, может быть на 2% дольше...
Но тот, кто долго писал неправильный код вряд ли сможет в будущем переучиться: это тоже иллюзия. Если человек привык писать кое-как, то он по жизни так и будет всегда писать. Уже многократно проверно.
Maks
Maks
Видимо нагрузки и востребованность
Maks
Пишем на микросервисах
Maks
Для удобного масштабирования
Maks
Пишем сразу микросервисы
Maks
Разница не то что в часы, разница в разы
Maks
Или начинаем использовать очередь, а до этого были без очередей
Maks
Просто ожидали выполнения быстренько
Maks
И много разных штук
Vladyslav
Время написания правильного кода не сильно отличается от времени написания неправильного кода. Ну, может быть на 2% дольше...
Но тот, кто долго писал неправильный код вряд ли сможет в будущем переучиться: это тоже иллюзия. Если человек привык писать кое-как, то он по жизни так и будет всегда писать. Уже многократно проверно.
В какой-то мере я согласен, но опять же не так все просто и тут много зависит от конкретной ситуации.
Вот к примеру у меня есть идея, хочу ее протестировать вот прям в очень сжатые сроки.
Какой мне стек мне для этого выбрать? Хм, нода + тс, супер пакет на любой случай и какая-то типизация.
Пишем за 2-4 недели, смотрим что и как, если зашло и бизнес подаёт признаки жизни, то я поменяю стек или перепишу этот прототип, почему? Потому, что эти пакеты нпм разного качества, все обложено декораторами и смысл тайп скрипта теряется. Не смотря на то, что по архитектуре внутри приложения все вроде не плохо, спокойно можно расширять команду и проект, но это плохой код. Он очень слабо протестирован и непонятно какие коты в пакетах. Я могу оставить стек ноды и тс, но перепишу это все, чтобы убрать как можно больше декораторов и котов со своего проекта.
Но по итогу такой способ позволил мне в очень сжатые сроки протестировать бизнес, а не упариваться в технологии, оптимизацию итд
Александр
Docker — это платформа для разработки, доставки и запуска контейнерных приложений.
Все же ясно написано. Что не понятно?
Maks
Докер это такой софт который позволяет гарантировать наличие инфраструктуры внутри контейнера. Раз конфигурируешь и у всех везде будет работать одинакого если запустится и не будет конфликтов
Maks
Так же можно в личных целях использовать например что бы разворачивать быстро и просто локально инстанс любой базы данных
Maks
И с ней работать
Maks
Любую версию, любой базы. Удобно порты выбирать, логины пароли, вся фигня
Maks
И локально работать с ней, что то тестировать
Maks
Можно написать свой докер образ для каких то целей, в котором будет нужное тебе окружение
Maks
Удобно еще когда у тебя несколько проектов на разных версиях пхп
Inna
ребят, кто-то же делал файберовские приложения наверняка с использованием репозиториев в бд.
есть какое-нибудь нестремное решение, как из одной части приложения сделать запрос к репозиторию из другой части? (части - это, например, юзеры и закладки, разные по логике сущности)
Вадим
learn.javascript.ru
Лучше материала не найдешь. По началу в некоторых местах может быть сложно. Если так, то читай на сторонних ресурсах пока не поймешь тему.
Обучающие видео\курсы очень не советую смотреть, потому что авторы часто путают понятия. Потом устанешь переобучаться
И очень советую зубрить термины, на собесах их часто спрашивают
Tamachi
В какой-то мере я согласен, но опять же не так все просто и тут много зависит от конкретной ситуации.
Вот к примеру у меня есть идея, хочу ее протестировать вот прям в очень сжатые сроки.
Какой мне стек мне для этого выбрать? Хм, нода + тс, супер пакет на любой случай и какая-то типизация.
Пишем за 2-4 недели, смотрим что и как, если зашло и бизнес подаёт признаки жизни, то я поменяю стек или перепишу этот прототип, почему? Потому, что эти пакеты нпм разного качества, все обложено декораторами и смысл тайп скрипта теряется. Не смотря на то, что по архитектуре внутри приложения все вроде не плохо, спокойно можно расширять команду и проект, но это плохой код. Он очень слабо протестирован и непонятно какие коты в пакетах. Я могу оставить стек ноды и тс, но перепишу это все, чтобы убрать как можно больше декораторов и котов со своего проекта.
Но по итогу такой способ позволил мне в очень сжатые сроки протестировать бизнес, а не упариваться в технологии, оптимизацию итд
Ну, если Вы упоминаете декораторы, значит скорее всего Вы пишете на питоне или каком-нибудь весьма молодом языке, еще не успевшем занять свою нишу.
Стек протоколов -- это я отношу к технологиям. Качество кода вообще не зависит от технологии. Однако к питону это утверждение не относится: этот язык не имеет никаких средств управления кодом.
Tamachi
Ну, если Вы упоминаете декораторы, значит скорее всего Вы пишете на питоне или каком-нибудь весьма молодом языке, еще не успевшем занять свою нишу.
Стек протоколов -- это я отношу к технологиям. Качество кода вообще не зависит от технологии. Однако к питону это утверждение не относится: этот язык не имеет никаких средств управления кодом.
Если отсюда выгоняют, то можете писать мне в личку