да и как бы.... это самые базовые вещи которые почему-то многие упускают(

Мне кажется сейчас вообще поразительно много людей, который заучивают значение разных слов, но не умееют в базовые вещи вообще, и считают что не пригодится. Это не камень в чей нить огород, но прям мнонго видел

да я тоже регулярно с этим сталкиваюсь

это другой эскобар. Загугли "аксиома эскобара"

у правильного эскобара тоже была аксиома выбора) silver or lead

вот реально сложно осознать что все приложение - раздроблено. ну то есть я делаю просто сайт и там как бы все понятно. вот уменя скажем есть главная, есть контакты, есть каталог и т.д

а декомпозиция проекта скринами настолько больная тема что прям ух

а в приложении вроде как каталог, а у него всякие сервисы и т.д

которые лежат хрен пойми где

а в приложении вроде как каталог, а у него всякие сервисы и т.д

попробуй мыслить не скринами а функционалом

вот стараюсь)

что значит "мыслить скринами"?

типа увидел макет - нафигачил и не подумал о том чтобы разбить какую то логику/верстку на компоненты и тд?

например вот берем каталог товаров. Что там есть: - поиск - список продуктов - короткое описание продукта - полное описание продукта - возможность зарезервировать какое-то количество продукта - возможность глянуть фидбэки - возможность глянуть рэйтинг

ну вот для всего этого можно компоненты сделать

со своей логикой и т.д.

типа увидел макет - нафигачил и не подумал о том чтобы разбить какую то логику/верстку на компоненты и тд?

тип того. Ну мол есть у тебя задача "сделайте плиз дашборд с 4-мя графиками", и вместо того что бы сначала сделать просто дашборд, а потом 4 компонента под каждый график, делают это как один компонент. Может звучит смешно но я часто такое видел

у нас на проекте одна из SPA была сделана по принципу "так, у меня есть 5 скринов где отображаются списки продуктов, но на каждом из них где-то по 5% отличается, сделаю ка я по компоненту на скрин и пусть у меня дублируется 95% всей логики отображения"

ну блин, я пярм совсем себя норм разработчиков не считаю, но если получатеся дублировать код, я прям чешусь

ну и понятно рефакторю это дело

за несоблюдение DRY надо бить по руками и сильно :)

каким бы человек там джуном не был

Это как-то на уровне инстинкта должно быть - неприятие этого)

Это как-то на уровне инстинкта должно быть - неприятие этого)

да просто элементарная лень и отсутствие желания подумать головой :)

ну блин, я пярм совсем себя норм разработчиков не считаю, но если получатеся дублировать код, я прям чешусь

логика, дублирование логики плохо, дублирование кода это нормальное явление

за несоблюдение DRY надо бить по руками и сильно :)

за слишком сильное стремление все за DRY-ить особенно преждевременно тоже

логика, дублирование логики плохо, дублирование кода это нормальное явление

Конечно я не про вообще дублирование в вакууме, а про логику. Ну например какая-то сложная выборка из базы на 15 строк кода, в двух местах - с разницей в 1 строку. Меня это прям колбасило. Я к тому, что если надо где-то что-то дублировать. надо заставить сея прям

Если будут вопросы по Angular - добавляйся @angular_ru Про SOLID и Dependency Injection нагло прорекламирую свой доклад - https://youtu.be/wi3wPzReKZQ. Скажем так я не идеально раскрыл тему, но видео простое для начинающих и на примере JS.

DI на примере js... Я когда-то смеялся над этим.

А сейчас пока за голову хватаюсь.

DI на примере js... Я когда-то смеялся над этим.

ну нет autowiring, но di то есть

ну то есть чего смеялся то?

необходимость инстанцировать объекты есть - значит и для DI место найдется.

всяко лучше require

ну то есть чего смеялся то?

Ну, я всё ещё считаю, что DI на фронте не особо нужен. Только если для веб-приложений прямо.

DI на примере js... Я когда-то смеялся над этим.

DI в JS очень даже хорошо развито. Есть Angular, Inversify, Inversify-exprees

Ну, я всё ещё считаю, что DI на фронте не особо нужен. Только если для веб-приложений прямо.

ну так мы про приложения и говорим, а не про сайтики.

Ну да, у меня пока мозг не обновился на новую реальность.

Мы для E2E тестов добавили - и прям моря счастья

Для сайтиков ваще жс особо не нужен

Ну да, у меня пока мозг не обновился на новую реальность.

что есть не только сайтики?

что есть не только сайтики?

Не только сайтики?

Под веб-приложениями я воспринимаю пока только какой-нибудь gmail. То, что должно работать часами.

Под веб-приложениями я воспринимаю пока только какой-нибудь gmail. То, что должно работать часами.

а как же trello?

ну то есть блин, под определение "должно работать часами" подходит любая Spa

мы о них и говорим же

Имхо. Хороший код нужно писать всегда. Даже для сайта визиток.

Имхо. Хороший код нужно писать всегда. Даже для сайта визиток.

Отсутствие DI != хороший код.

Имхо. Хороший код нужно писать всегда. Даже для сайта визиток.

поддерживаю

Отсутствие DI != хороший код.

Так я говорю - все есть. Фрейморки и библиотеки с DI. Под TypeScript и JavaScript

Ладно.

Отсутствие DI != хороший код.

DI это инструмент. Хороший код это субъективная штука.

DI это инструмент. Хороший код это субъективная штука.

Согласен.

Не ну все знают про Steam, которые делает миллиарды и при этом написан на несканкатерированных jqury плагинчиках. Но кому как. Это не мое

вот вопрос - обсуждать в этом чате штуки вроде continious integration/delivery, git workflow и т.д. норм или оффтопик?

DI это инструмент. Хороший код это субъективная штука.

Хороший код очень зависит от контекста)

Ну пока вроде говорим о DI. Мне кажется это связанно с OOP

вот вопрос - обсуждать в этом чате штуки вроде continious integration/delivery, git workflow и т.д. норм или оффтопик?

я противник тысячи чатов про отдельно DI, Ci и т/д/

почему бы и не пообсуждать все это

Не ну все знают про Steam, которые делает миллиарды и при этом написан на несканкатерированных jqury плагинчиках. Но кому как. Это не мое

Ну так и работает соответственно ужасно)

jQ в 2017 - это вообще боль.

Слэк так не считает

Ну пока вроде говорим о DI. Мне кажется это связанно с OOP

это связано с OCP, Protected Variations или Information Hiding. А CI/CD больше про другое... ладно буду искать чатик

Слэк так не считает

Слеку сколько лет?

Слеку сколько лет?

а типа развиваться кто будет?

Мне кажется, что он из эпохи jq/

ERROR: S client not available

в целом не так много лет что бы быть завязанным на jquery

Мне кажется, что он из эпохи jq/

Нет ж

а типа развиваться кто будет?

Переписывать весь проект? Да вы смелый.

Года 3-4

Чуть-чуть до хайпа реакта не дотянул

Но ангуляр первый тогда уже ваще бомбил

Запущен в тестовом режиме в августе 2013 года,

Возможно, первый ангуляр не устраивал по архитектуре, вот и jq фигачили.

это связано с OCP, Protected Variations или Information Hiding. А CI/CD больше про другое... ладно буду искать чатик

найдешь, поделись

Возможно, первый ангуляр не устраивал по архитектуре, вот и jq фигачили.

угу, и по этой причине решили бэкэнд на php писать... для чатов...

ну ты понял

просто были под боком разрабы, была идея, запилили

усе просто

Не нашел чатик по CI?)

есть чатики девопсов

Если хорошие, давайте

не знаю хорошие ли

а вы пользуетесь дебагером при изучение чужого кода, или так читает смотрите понимаете?

есть чатики девопсов

это не то. Меня больше интересует чуть другая сторона вопроса. Флоу фичи с trunk based development со стороны разработчика. Типа "я коммичу сразу в master или есть промежуточные звенья?"

Господа, а кто чем пользуется для деплоя PHP приложений?

Deployer, для пет проектов через гит —bare server и хуки (https://gist.github.com/noelboss/3fe13927025b89757f8fb12e9066f2fa). не брезгую и по фтп/ssh сходить гг з.ы чот к ооп не сильно относится

Deployer да, ковырял немножко. Хотелось бы от чатика послушать, кто что еще пользует. Нет, меня в гугле не забанили, но живые примеры лучше же)

вообще jenkins ходит по серверам и разворачивает везде новую версию

но вообще переходим на docker и kubernetes

Посоветуйте игровой движок, желательно с бесплатной лицензией. Моя яп Java. Платформа: PC, Android. Уровень входа: легкий- средний. Есть варианты?

А что ты делать собрался?

Очевидно же, написать простенькие игру.

2D графика

jme, libgdx

Все таки unity использовать?

jme, libgdx

Гц, посмотрю