просто в половине случаев это редкие кейсы которые руками никто не будет проверять

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

забывали какие-то проверки

в основном

небольшие бизнес правила пропадали

ну я уже говорил, у меня в основном баги - это неучтенная логика например недавно были проблемы с трекингом шиппинга. нам присылали in progress, а потом посылка просто пропадала из их апи или вот тоже, ожидался маппинг 1:1, а оказалось что может вернуться 1:n в редких случаях просто ошибка логики и невнимательность разраба. когда в метод передают 2 ордера и их нужно смержить в 1, нет учета того что эти 2 ордера просто референсы на 1 и тот же

ну это нормальные баги

у меня же на проектах пока осоновные баги рождаются проблемами коммуникации в команде

~20 человек не могут договориться

или просто не хотят как правило

3 бизнес аналитика)

ну это нормальные баги

я к тому что это такие баги, что тебя даже тесты не спасут от них. и QA могут не найти такое

а отчетики, новые таски в ci, отьяснить команде что к чему

так а что за отчетики?

отчетики по тестам

так а что за отчетики?

code coverage, репорты по тестам

а это сразу надо?

простого exit 1 при падении недостаточно?

так а что за отчетики?

уже ответили, сорян, пропустил твоё сообщенько

как пол влияет на уровень разработчика)

имхо никак, это миф )) и в силу количественного соотношения разроботчиков мужского и женского пола (преимущество в пользу мужчит конечно), какой-либо смысл сравнивать разработчиков по гендерному признаку отпадает сам собой 😁

уже ответили, сорян, пропустил твоё сообщенько

как-то мне было лень подключать либу для тестов https://github.com/mkusher/reactphp-co/blob/master/specs/spec.php в итоге либа для тестов внизу, примерно 15 строк

время велосипедов

имхо никак, это миф )) и в силу количественного соотношения разроботчиков мужского и женского пола (преимущество в пользу мужчит конечно), какой-либо смысл сравнивать разработчиков по гендерному признаку отпадает сам собой 😁

разница есть, как бы кто там не говорил. Разница не в уровне или каких-то там потенциальных уровнях, разница в поведении и подходах.

разница есть, как бы кто там не говорил. Разница не в уровне или каких-то там потенциальных уровнях, разница в поведении и подходах.

подходы даже у мужиков различаются

имхо никак, это миф )) и в силу количественного соотношения разроботчиков мужского и женского пола (преимущество в пользу мужчит конечно), какой-либо смысл сравнивать разработчиков по гендерному признаку отпадает сам собой 😁

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

разница есть, как бы кто там не говорил. Разница не в уровне или каких-то там потенциальных уровнях, разница в поведении и подходах.

разница не зависит от пола разработчика, разница зависит от мировозрения и личностного восприятия

время велосипедов

изначально я просто сделал скрипт, который запускал для проверки. По мере набора кейсов решил их именовать

имхо никак, это миф )) и в силу количественного соотношения разроботчиков мужского и женского пола (преимущество в пользу мужчит конечно), какой-либо смысл сравнивать разработчиков по гендерному признаку отпадает сам собой 😁

ну вот заметь. ты зашла и начала топить за гендерность. а не за ООП или ТДД о котором мы тут уже час говорим)

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

😊, а вот тут я с тобой согласна 😘

ну вот заметь. ты зашла и начала топить за гендерность. а не за ООП или ТДД о котором мы тут уже час говорим)

сорри, просто первое не прочитанное сообщение было на эту тему, а так я молча за вами наблюдаю 😊

не часто девушек увидишь в этих чатах

хотя недавно удивился, увидел в скала чатике девушку, работает в Тинькофф банке и топит сильно за скалу, ФП и математику

не часто девушек увидишь в этих чатах

ты уже делился фоточками)

сорри, просто первое не прочитанное сообщение было на эту тему, а так я молча за вами наблюдаю 😊

да не, вливайся в обсуждения)

можешь хотя бы вопросы накидывать... и чем они безумнее тем прикольнее

а то тут вечно что-то стандартное обсуждают

(

да тут просто никто из нас ничего толком не знает(

поэтому ходим покругу

да тут просто никто из нас ничего толком не знает(

как и все человечество

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

твиттер)

(на самом деле впечатлился Adam ruins everything)

oopunderhood

есть несколько докладов на тему "привычки программистов" и т.д.

ну типа как jsunderhood, backendunderhood

и там еще 5ка точно таких есть

да вот я хз надо ли продвигать ООП

я бы хотел с функциональным программированием поближе познакомиться что бы как-то паралели лучше строить

глядел уже?

http://www.oreilly.com/programming/free/object-oriented-vs-functional-programming.csp

вот кстати пойду ее дочитаю

надо заставлять себя книги читать(

хотя бы пол часика в день

эх раньше было легко... сел в маршрутку и 45 минут почитать есть

а сейчас сел в такси и через 10 минут на работе

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

ага.. из твиттера >2017 we're still discussing static vs dynamic typing and FP vs OO. I do hope in 2018 we get back to discussing optional semicolons.

сорри, просто первое не прочитанное сообщение было на эту тему, а так я молча за вами наблюдаю 😊

а ты на чем пишешь то?

😊, а вот тут я с тобой согласна 😘

Оо, ты и тут есть

а ты на чем пишешь то?

php

Оо, ты и тут есть

а как же без меня 😜

Никто не хочет пофилосовствовать на тему использования событий для развязывания системы?)

а то я тут хочу впаять domain events и выполнять некоторые действия по ивентам вместо того что бы заворачивать в декораторы/размазывать по коду

Никто не хочет пофилосовствовать на тему использования событий для развязывания системы?)

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

вспомнил статью касательно использования ивентов http://mmoreram.com/blog/2015/08/20/re-thinking-event-listeners/ интересно ваше мнение

как кто то говорит о событиях вспоминается вот этот доклад https://www.youtube.com/watch?v=SyWFvn0I6m8

кому интересно можно полную версию посмотреть но там про фронтенд

ото все о solid, ddd,dry, kiss и тд рассказывают скучные бородатые мужики

нету веселья

пояснил за ивенты

а то я тут хочу впаять domain events и выполнять некоторые действия по ивентам вместо того что бы заворачивать в декораторы/размазывать по коду

за этой логикой сложно следить если сильно размазывать по ивентам

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

тут есть нюанс. У меня есть ивенты возникающие в рамках бизнес транзакциях, на которые должны реагировать совсем другие контексты

какой бы пример привести

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

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

то есть как бы... есть второстепенная логика которую мне хочется тригерить ивентами в основной системе

Тут как никстати подошла бы SOA, но увы, php

Тут как никстати подошла бы SOA, но увы, php

php не мешает)

Он не подходит для SOA =|