Правильно ли я понимаю, что ты как владелец компании можешь выставлять доходы от такой компании как дивиденды, и оплачивать у нас 9% от суммы полученной на свой счет? Ну или устроить себя в нее, и платить 13% (так как социальный налог иностранные компании вроде не платят)
Перечитал текст своего комментария, понял в чем вопрос. Это безотносительно к 5.4. Речь шла о ключах ассоциативного массива, которые не передаются в array_map/array_reduce.
Очень люблю функциональщину, влюблен в Scala. Поэтому все время останавливаю себя от функциональных вызовов в php. Медленно это (в плане вызова функции). Опять же разнобой в порядках параметров в функциях (array_map,array_reduce), а до 5.3 вообще костыльно выглядели вызовы.
В 5.3 есть проблема в том, что в замыкание нельзя передать $this (появилось в 5.4), урезана работа с ассоциативными массивами (не добраться до ключей).
Но, вцелом, хоть что-то.
Любая организация логики на основе поведения. Когда добавление сущности в иерархию не дает ничего кроме проблем. Пример из моей практики, отчет по нескольким осям.
Пример: есть репорты с группировкой по магазинам->покупателям->покупкам и по магазинам->продавцам->приобретениям. И это вроде бы укладывается в классическое наследование, но есть еще смешанные репорты, где есть и покупатели и продавцы, и вот тут классическое наследование идет боком.
Пример 2: когда ты в рамках DDD пытаешься абстрагироваться от реализации слоя данных, который для разных репозитариев может быть схожим, а может раздичаться, может использовать разные источники хранения, а то и несколько и реализовывать логику объеденения данных.
Судя по всему умный товарищ. В 23 быть организатором распространения наркотиков — путь неправильный, но глупый бы не справился. Другой вопрос почему таки поймали.
Жена ждала 25 лет это тоже серьезно, и после возвращения (без работы) сразу начать покупать всякие гаджеты. Я бы не стал на него вешать ярлыки за что бы он не сидел, он в любом случае не так прост
Конвертеры и Биндинг это то за что я мне нравится WPF, хотя уже года два серьезного на нем ничего не писал.
XAML конечно страшен, но если с ним разобраться — вменяемая вещь. Просто пишешь код компонентами.
Не сказал бы что MVVM это плохо, думаю они с MVC равноценны.
На самом деле я люблю тесты. И на самом деле мы пытаемся их внедрять, потому как сложные части таки необходимо покрывать тестами.
Но получается покрывать далеко не все.
Прошу не трогать наших PHP-шников. Вы ничего не знаете о их способностях, и предвзятое отношение здесь не уместно.
Но Вы правда считаете, что покрытие веб сайта с бизнес-логикой тестами менее трудо-затратно по часам чем использование классов в php для бизнес-логики?
Даже для небольших и молодых проектов я сомневаюсь что можно такое утверждать.
Ну и я говорю 300+ мегабайтах кода, трех тысячах тикетов в год (около 30 небольших релизов и 3 крупных).
Backend покрыт тестами, но он не настолько часто меняет поведение.
Я просто говорю о реалиях, за год мы нашли 4 нормальных php разработчика, и только одного хорошего java разработчика (у нас есть и php и java).
.Net это дорогая инфраструктура, да и ide не дешевые.
Тесты это выход, но он куда более трудозатратен чем строгая типизация в коде.
Все таки аренда серверов сейчас уже дешевле чем неделя команды даже из 10 человек.
Ага, говорите «забей гвоздь дядя Вася». Он берет микроскоп, и хреначит. Не потому что надо, а потому, что все время он доставал из коробки молотки, а тут как-то там появился микроскоп (кто-то в стороне накосячил). И что бы вы думали, дядя Вася не думая расхреначит к хренам микроскопом, или еще лучше, промычит что-то типа «а я не нашел рукоятки и не стал ничего делать», гвоздь останется не забитым, и мы потом будем еще веселиться по поводу того почему каждый 17-ый гвоздь не забит, и микроскопы все разбиты.
Это суровая правда жизни. Желая иметь стабильный софт, но и находить разработчиков которые смогут его поддерживать, приходится писать на строго(иногда почти-строго) типизированном php.
В 5.3 есть проблема в том, что в замыкание нельзя передать $this (появилось в 5.4), урезана работа с ассоциативными массивами (не добраться до ключей).
Но, вцелом, хоть что-то.
Пример: есть репорты с группировкой по магазинам->покупателям->покупкам и по магазинам->продавцам->приобретениям. И это вроде бы укладывается в классическое наследование, но есть еще смешанные репорты, где есть и покупатели и продавцы, и вот тут классическое наследование идет боком.
Пример 2: когда ты в рамках DDD пытаешься абстрагироваться от реализации слоя данных, который для разных репозитариев может быть схожим, а может раздичаться, может использовать разные источники хранения, а то и несколько и реализовывать логику объеденения данных.
Жена ждала 25 лет это тоже серьезно, и после возвращения (без работы) сразу начать покупать всякие гаджеты. Я бы не стал на него вешать ярлыки за что бы он не сидел, он в любом случае не так прост
XAML конечно страшен, но если с ним разобраться — вменяемая вещь. Просто пишешь код компонентами.
Не сказал бы что MVVM это плохо, думаю они с MVC равноценны.
Тогда прошу прощения.
На самом деле я люблю тесты. И на самом деле мы пытаемся их внедрять, потому как сложные части таки необходимо покрывать тестами.
Но получается покрывать далеко не все.
Но Вы правда считаете, что покрытие веб сайта с бизнес-логикой тестами менее трудо-затратно по часам чем использование классов в php для бизнес-логики?
Даже для небольших и молодых проектов я сомневаюсь что можно такое утверждать.
Ну и я говорю 300+ мегабайтах кода, трех тысячах тикетов в год (около 30 небольших релизов и 3 крупных).
Backend покрыт тестами, но он не настолько часто меняет поведение.
.Net это дорогая инфраструктура, да и ide не дешевые.
Тесты это выход, но он куда более трудозатратен чем строгая типизация в коде.
Все таки аренда серверов сейчас уже дешевле чем неделя команды даже из 10 человек.