Почему раз в год? Не помню, чтобы я работал в организации, где в отпуск можно уйти только раз в год. Обычно отпуск можно брать два раза в год по две недели.
Я, наверное, чего-то не понимаю, но причем тут скрам? Да, я часто сталкивался с теми проблемами, которые вы описываете, но мне кажется, что это всего лишь неумение руководства грамотно организовать процесс разработки. Разработчики всегда кодят, а тестеры всегда за ними тестируют. И если рассуждать в вашем ключе, тестеры никогда не будут успевать протестить все, что накодили разработчики, просто по определению.
Скрам ведь не говорит, что разработчики должны кодить всю неделю фичи из спринта. Скрам говорит всего лишь об итерациях, в течение которых происходит разработка. Но ведь эти итерации нужно грамотно реализовать, не так ли? Скажем, использование TDD несколько снижает нагрузку на тестеров в конце спринта. И мне бы хотелось поработать в компании, где сумели грамотно TDD применить.
Я правильно понял, что у автора этой потрясающей технологии до сих пор нет инвайта на Хабр? ;) Хотел ему плюсануть в карму и тут такой облом. Не пора ли что-нибудь предпринять по этому вопросу?
Когда я начал копаться и разбираться во всем этом деле, я заметил, что мои «репозитории» возвращают модели. Да, все верно, мой якобы паттерн Repository возвращает все те-же модели, которые продолжают гулять по всему проекту.
Я полагаю, нужно уточнить, что ничего плохого в том, что репозиторий возвращает модели нет. О том, какими должны быть хорошие модели, нужно говорить отдельно. Плохо то, что у вас используется ActiveRecord в качестве модели, который тесно связан с базой. Модели в нормальной реализации с хранилищем жестко не связаны и десериализировать их можно из любого набора данных.
Кстати, если в вашем случае вам необходимо было быстрое решение, можно было бы попробовать создавать модели Eloquent на основе данных через их обычный конструктор, передавая в массиве нужные атрибуты.
У INI файлов по сравнению с другими форматами конфигурации есть один недостаток — отсутствие возможности организовывать естественную иерархию более чем в 2 уровня. Да и нет возможности выполнять валидацию.
Честно говоря, в корпоративном блоге компании на Хабре я ожидаю видеть нечто большее, чем просто тупой промоут вакансий… Который еще и повторяется тут периодически только засоряя ленту.
Неужели нет других способов привлечь к ним внимание соискателей?
Я не думаю, что Тьюринг-полные языки программирования имеют "ограничения". На ассемблере тоже можно интернет-магазин написать. Ограничений нет. В данном случае лучше говорить не об ограничениях, а о тенденциях.
Я думаю, все дело в аргументации. Когда речь идет о нише языка программирования, я полагаю, нужно учитывать его особенности. Я бы выделил следующие особенности PHP:
Изначальная ориентация Расмусом на web-разработку, что во многом определило курс развития языка.
В экосистеме PHP доминируют библиотеки нацеленные именно на веб-разработку
Низкий порог вхождения в язык (легко найти разработчиков, много уже написанных продуктов, библиотек)
99% внедрений используют PHP для выполнения кода без сохранения состояния внутри интерпретатора (параллельно исполняемые экземпляры почти не влияют друг на друга кроме как через кеш или персистентное хранилище данных)
Большое количество услуг PHP-хостинга, высокая ценовая конкуренция в этом сегменте
Все это вместе (и некоторые другие факторы тоже, конечно) и определяют нишу этого языка сегодня.
GUI на PHP не пишут не потому, что язык для этого неудобен или не подходит (есть расширения PHP для разработки GUI), а потому, что экосистема PHP ориентирована в основном на веб. Попробуй сделать что-нибудь сложнее калькулятора на PHP и сразу будет понятно, что нужно написать с нуля все контролы, реализовать, скажем, датабиндинг, поскольку функционала стандартных окажется более чем недостаточно.
Производительность имеет достаточно мало влияния на применение языка. PHP один из самых быстрых скриптовых языков, но тем не менее, в научных расчетах, обучающихся системах Python его превосходит по широте использования из-за наличия развитой экосистемы в этом сегменте.
Дайджест замечательный, но мне кажется, что такие вещи, как калькулятор фазы луны или расчеты гороскопа для В.В. Ленина, наверное, лучше пускать под тегом "юмор", чтобы полезные вещи собой не заслоняли.
Я достаточно много читаю Хабра в день и привык просто просматривать ленты в поисках интересных подробностей. Если встречаю слишком много мусора, обычно просто перестаю читать вовсе.
Почему раз в год? Не помню, чтобы я работал в организации, где в отпуск можно уйти только раз в год. Обычно отпуск можно брать два раза в год по две недели.
Хабраэффект. Дело привычное ;)
В каком редакторе диаграммы рисовались, если не секрет? Visio?
Хакеры бывают разными. Вы, как я понимаю, себя к black-hat причислили бы сразу. Но бывают (тсс!) и white-hat хакеры.
Я, наверное, чего-то не понимаю, но причем тут скрам? Да, я часто сталкивался с теми проблемами, которые вы описываете, но мне кажется, что это всего лишь неумение руководства грамотно организовать процесс разработки. Разработчики всегда кодят, а тестеры всегда за ними тестируют. И если рассуждать в вашем ключе, тестеры никогда не будут успевать протестить все, что накодили разработчики, просто по определению.
Скрам ведь не говорит, что разработчики должны кодить всю неделю фичи из спринта. Скрам говорит всего лишь об итерациях, в течение которых происходит разработка. Но ведь эти итерации нужно грамотно реализовать, не так ли? Скажем, использование TDD несколько снижает нагрузку на тестеров в конце спринта. И мне бы хотелось поработать в компании, где сумели грамотно TDD применить.
Статью нельзя написать, не получив инвайт. Разве что в песочницу.
Без инвайта не получится быть полноценным пользователем: https://habrahabr.ru/info/help/registration/
Да, именно его я и имел ввиду ;) Спасибо!
Я правильно понял, что у автора этой потрясающей технологии до сих пор нет инвайта на Хабр? ;) Хотел ему плюсануть в карму и тут такой облом. Не пора ли что-нибудь предпринять по этому вопросу?
Я полагаю, нужно уточнить, что ничего плохого в том, что репозиторий возвращает модели нет. О том, какими должны быть хорошие модели, нужно говорить отдельно. Плохо то, что у вас используется ActiveRecord в качестве модели, который тесно связан с базой. Модели в нормальной реализации с хранилищем жестко не связаны и десериализировать их можно из любого набора данных.
Кстати, если в вашем случае вам необходимо было быстрое решение, можно было бы попробовать создавать модели Eloquent на основе данных через их обычный конструктор, передавая в массиве нужные атрибуты.
У INI файлов по сравнению с другими форматами конфигурации есть один недостаток — отсутствие возможности организовывать естественную иерархию более чем в 2 уровня. Да и нет возможности выполнять валидацию.
Честно говоря, в корпоративном блоге компании на Хабре я ожидаю видеть нечто большее, чем просто тупой промоут вакансий… Который еще и повторяется тут периодически только засоряя ленту.
Неужели нет других способов привлечь к ним внимание соискателей?
Я не думаю, что Тьюринг-полные языки программирования имеют "ограничения". На ассемблере тоже можно интернет-магазин написать. Ограничений нет. В данном случае лучше говорить не об ограничениях, а о тенденциях.
Я думаю, все дело в аргументации. Когда речь идет о нише языка программирования, я полагаю, нужно учитывать его особенности. Я бы выделил следующие особенности PHP:
Все это вместе (и некоторые другие факторы тоже, конечно) и определяют нишу этого языка сегодня.
GUI на PHP не пишут не потому, что язык для этого неудобен или не подходит (есть расширения PHP для разработки GUI), а потому, что экосистема PHP ориентирована в основном на веб. Попробуй сделать что-нибудь сложнее калькулятора на PHP и сразу будет понятно, что нужно написать с нуля все контролы, реализовать, скажем, датабиндинг, поскольку функционала стандартных окажется более чем недостаточно.
Производительность имеет достаточно мало влияния на применение языка. PHP один из самых быстрых скриптовых языков, но тем не менее, в научных расчетах, обучающихся системах Python его превосходит по широте использования из-за наличия развитой экосистемы в этом сегменте.
Не подскажете, в чем разница между себестоимостью для банка контактной и бесконтактной операции?
А как именно она была реализована? Судя по названию должно быть все просто.
Инженер-конструктор за 50.000 — это одна из лучших вакансий на Моем круге? Я не ослышался?
Привычка ;)
Дайджест замечательный, но мне кажется, что такие вещи, как калькулятор фазы луны или расчеты гороскопа для В.В. Ленина, наверное, лучше пускать под тегом "юмор", чтобы полезные вещи собой не заслоняли.
Я достаточно много читаю Хабра в день и привык просто просматривать ленты в поисках интересных подробностей. Если встречаю слишком много мусора, обычно просто перестаю читать вовсе.
Дайте угадаю, вас не взяли? :)