17 % на 24 месяца получается примерно 400% от месячной зп. При средней зп за 2 года в 80 тыс, получается 320 тысяч цена учебных курсов. При этом средний ценник таких курсов 50-60 к руб. Или у М. Портнова 1000 баксов сейчас.
Не названа сумма разработки и за чей счёт банкет (но думаю за счёт наших налогов и сумма 7 или 9 значная). И второй вопрос : а почему не использовать уже существующие бесплатные шрифты?
К сожалению, вы смешали теплое с мягким. Наличие геттеров не обязывает использовать сеттеры. А вот метод, возвращающий значение переменной называть именем этой же переменной бред — читаемость кода ухудшается. А уж про обилие геттеров и сеттеров рассуждать — это вообще странно. Если нам нужно у конкретной переменной считывать значение, то пишем геттер. Если нужно дать возможность вручную менять значение переменной — пишем сеттер. К этому все привыкли и это считается хорошим тоном.
Если убрать get из названия геттера, то получается просто имя переменной, а раз есть доступ к переменной, то и сеттеры уже не нужны,что нарушает принципы ООП.
Это был не камень в ваш огород, а просто наболевшее. Что
1. чем больше автотестов, тем больше времени и сил уходит на их поддержку и нужно очень внимательно следить за их состоянием. Плюс есть гадкие изменения, когда автотесты работают неправильно после изменения, но не фейлятся. В любом случае автоматизация ускоряет процесс регрессионного тестирования, но увеличивает время на поддержку этой автоматизации.
2. Это наверное самое сложное и ответственное — решить тестирование какого функционала важное, а какое не очень. Но при этом все равно необходимо как минимум на мажорных версиях прогонять полную регрессию.
В любом случае достаточно полная и полезная статься, на мой взгляд.
Возможно в вашей ситуации это и работает, но в целом есть два замечания: 1. О том что автотесты не проходят и их надо править вы узнаете только после выпуска версии. 2. Проверять только исправленные места приведёт к тому что просто пропустите серьёзный релиз блокер из-за того, что разработчик что-то поменял в общем классе, который используется в разных частях приложения.
Главный плюс, это возможность битрикса обмениваться данными с бухгалтерской 1С. Зачастую это суперважный момент, позволяющий полностью автоматизировать обмен данными между разными системами. Но по качеству поддержки это конечно ад — долго, малоинформативно, пытаются перекинуть на платную поддержку у сторонних разработчиков.
А знаете, чего мне не хватило? Списка софта для работы. Раз статья для новичков, то следует и краткий список доступного софта добавить. Ну а в целом для новичков как вводная вполне подойдёт.
Ну это хорошо, что для блондинок. Именно с точки зрения легкости использования клинтов. Вот и интересно мне: насколько он хуже по скорости и безопасности…
В таком случае и пишите tool. В сленге в единственном варианте - тулза.
А чем существующие конференции не подходят? Тот же SQA Days вроде покрывает все указанные в тексте хотели?
Тут будет проще: за ленивых и хитрых будут платить честные и трудолюбивые.
17 % на 24 месяца получается примерно 400% от месячной зп. При средней зп за 2 года в 80 тыс, получается 320 тысяч цена учебных курсов. При этом средний ценник таких курсов 50-60 к руб. Или у М. Портнова 1000 баксов сейчас.
Не названа сумма разработки и за чей счёт банкет (но думаю за счёт наших налогов и сумма 7 или 9 значная). И второй вопрос : а почему не использовать уже существующие бесплатные шрифты?
Если убрать get из названия геттера, то получается просто имя переменной, а раз есть доступ к переменной, то и сеттеры уже не нужны,что нарушает принципы ООП.
1. чем больше автотестов, тем больше времени и сил уходит на их поддержку и нужно очень внимательно следить за их состоянием. Плюс есть гадкие изменения, когда автотесты работают неправильно после изменения, но не фейлятся. В любом случае автоматизация ускоряет процесс регрессионного тестирования, но увеличивает время на поддержку этой автоматизации.
2. Это наверное самое сложное и ответственное — решить тестирование какого функционала важное, а какое не очень. Но при этом все равно необходимо как минимум на мажорных версиях прогонять полную регрессию.
В любом случае достаточно полная и полезная статься, на мой взгляд.
Возможно в вашей ситуации это и работает, но в целом есть два замечания: 1. О том что автотесты не проходят и их надо править вы узнаете только после выпуска версии. 2. Проверять только исправленные места приведёт к тому что просто пропустите серьёзный релиз блокер из-за того, что разработчик что-то поменял в общем классе, который используется в разных частях приложения.
А знаете, чего мне не хватило? Списка софта для работы. Раз статья для новичков, то следует и краткий список доступного софта добавить. Ну а в целом для новичков как вводная вполне подойдёт.