Еще бы автор репоста хотя бы слово об этом упомянул.
Уже бесить начинают его статьи. Ни о чем, без каких-либо технических подробностей. Хотя источник зачастую развернуто и подробно описывает эту сторону. Видел где то расширение, которое скрывало его посты, жаль ссылку потерял, ведь не всегда обращаешь внимание на имя автора.
Вы правы. Мне эта ситуация напоминает ситуацию с аниме.
Сколько времени к нему относились как непонятно к чему. Анимешников все время подкалывали.
А сейчас это уже в порядке вещей. Всякие фестивали проводят, набирают популярность.
Я тоже вливался на основе готовой кодовой базы. Но лучше бы я это делал с нуля. Такому говну от коллег научился. Потом пришлось долго на новый уклад переучиваться.
Екст мне чем то С++ напоминает. В нем одно действие можно сделать множеством способов: хороших и не очень. При этом в разных частях документации оно делается оп разному. Это путает.
Отличная документация у них была до недавних пор. Пока они не убрали возможность комментировать. Половину возможностей узнал именно из комментариев и примеры кода там были как раз кстати. А в оф. описании про них ни слова не было.
Полезный и довольно удобный фреймворк. Ему тяжело найти альтернативу для построения rich приложений.
Хорошо подходит для разных crm-ок.
Но сенча следует общей моде испытывать сырой продукт на своих пользователях. Я два года пишу на ексте и два года приходится время от вермени бороться с багами самого фреймворка. А это довольно сложно, учитывая объемы его кодовой базы.
Большой плюс команед за то, что реагируют на багрепорты и исправляют найденые баги. Но скорость оставляет желать лучшего.
При подсчете слов в тексте, хорошо бы еще приводить их к начальной форме. Что в списке не было одновременно слов дерево, деревья, деревьев и т.д (если мы парсим русский текст).
Понятно, что монада — это не так страшно, как ее малюют.
Недавно в учебнике прочитал пример: пример монады в других языках — объект jquery. И в принципе это верно, но много ли frontend разработчиков знают, как оно там внутри устроено? Сомневаюсь.
Тем более, что, объясняя, что такое монада, нужно не только объяснить «что это», но и «как это устроено» и «зачем/как/когда это использовать».
Я например начал использовать монады довольно просто. Но до сих пор не осознал до конца ее сакрального смысла. Не проникся так сказать.
Просто и доступно. Особенно примечательно, что тестируете не PHP, как в большинстве подобных топиков.
Хотя для себя нового ничего не узнал, но после каждого подобного топика вспоминаю, что хотел вплотную взяться за тесты. И пишу еще десяток тестов. Вот пойду еще напишу.
Вы правильно подметили, что первый путь довольно редко встречается. Потому что начальнику (не разбирающемуся в теме) не докажешь, что это надо. Он видит снижение скорости разработки, а выгоды никакой.
Второй путь, как вы правильно заметили, более привлекателен. Но есть одно но: когда я в свободное время изучал тестирование, я тестировал свои личные проекты, а не рабочие. И тут получается либо тратить личное время на рабочие проекты, либо на свои. Я предпочитаю второе.
За статью спасибо. Очень удачно с темой попали. Я как раз решил плотно заняться c#, а тут про тесты как раз.
Оформление приятное, люблю рамки и уголки. Но высота поисковой строки убила. Еще фотки внизу страницы красивые.
А вот поиск какой то дохленький. Не очень удобный интерфейс и релевантность сомнительная. Я не говорю про англоязычные сайты. Они, похоже, решили как яндекс сильно не заморачиваться и работать только в рунете.
Да и автоопределение региона не помещало бы.
Карты до боли знакомые :-)
Здорово, всегда радуют такие новости. Печально, что битбакет отстает от гитхаба по популярности. Достойный сервис.
На мой взгляд у гитхаба есть ряд весомых преимуществ:
— Произвольные метки для тикетов
— Возможность просмотреть весь код в репозитории по состоянию на определенный коммит.
Битбакет в свою очередь имеет свои преимущества:
— Не такой перегруженный интерфейс. После обновления вообще конфетка.
— Бесплатные приватные репозитории.
— Во время комита гит сам представляется, остается только ввести пароль.
Это те отличия, которые мне показались критичными. Из-за них я мечусь между этими сервисами. Все таки популярность гитхаба пока не дает полностью перейти на битбакет.
Но с завидной регулярностью я вижу подобные новости. Надеюсь, что в ближайшем будущем битбакет догонит гитхаб. Это будет замечательно!
Любите программировать? Тогда и не мечтайте о должности CEO
Мне вот нравиться программировать. Так с чего это мне хотеть стать сеошником? Как то не вяжется. Если бы я не любил программирование, то стал бы сеошником, а не программистом.
Конечно, быть может, вам очень повезло, и вы работаете программистом, с огромным жалованием, но согласитесь, это большая редкость.
Тоже, на мой взгляд, сомнительное утверждение. Все программисты, с которыми я когда-либо общался любят свое дело, увлечены им и не променяют его ни на что другое.
Думаю люди работающие в Google и других больших компаниях, имеют гораздо большие зарплаты, чем средний программист, но эти зарплаты все равно ограничены, в отличие от того, что имеют руководители.
Какую бы зп вы ни получали, найдется тот, у кого она будет больше. Мне для жизни хватает половины моей зарплаты. Остальные деньги лежат в банке. При этом я получаю чуть больше, чем средний программист по моему городу. Зачем мне еще больше? Зарплата — это не главное. Не спорю, это весомый аргумент, но не главные. Если мне предложат сменить род деятельности взамен на трехкратное повышение зп, я не соглашусь.
Чем бы вы не занимались, вы должны находить баланс между тем, что бы делать любимое дело, и тем, что бы зарабатывать достаточно денег, для комфортной жизни вашей семьи. И часто, это очень не легкий выбор.
По моему, в наше время для программиста это не проблема.
Когда мне предложили повышение, я отказался по той простой причине, что в этом случае я стал бы меньше программировать. Я думаю, что очень многие программисты с вами не согласятся.
У меня немного глупый вопрос, но я никак не могу понять, зачем писать столько методов, если можно все эти правила указать в одном методе testValidate()?
Проще будет найти, где отвалился тест — сомнительно, ведь для проверки модно указать сообщение.
Я не встречал ни одной реальной модели, которая содержала бы только один сценарий валидации. Получается, если несколько сценариев — количество подобных методов станет просто огромным и их будет неудобно поддерживать.
К тому же, как я понимаю, суть unit-теста проверить корректность работы конкретного метода т.е. один метод — один тестовый метод на него. Или я не прав?
Уже бесить начинают его статьи. Ни о чем, без каких-либо технических подробностей. Хотя источник зачастую развернуто и подробно описывает эту сторону. Видел где то расширение, которое скрывало его посты, жаль ссылку потерял, ведь не всегда обращаешь внимание на имя автора.
Сколько времени к нему относились как непонятно к чему. Анимешников все время подкалывали.
А сейчас это уже в порядке вещей. Всякие фестивали проводят, набирают популярность.
Екст мне чем то С++ напоминает. В нем одно действие можно сделать множеством способов: хороших и не очень. При этом в разных частях документации оно делается оп разному. Это путает.
Хорошо подходит для разных crm-ок.
Но сенча следует общей моде испытывать сырой продукт на своих пользователях. Я два года пишу на ексте и два года приходится время от вермени бороться с багами самого фреймворка. А это довольно сложно, учитывая объемы его кодовой базы.
Большой плюс команед за то, что реагируют на багрепорты и исправляют найденые баги. Но скорость оставляет желать лучшего.
Недавно в учебнике прочитал пример: пример монады в других языках — объект jquery. И в принципе это верно, но много ли frontend разработчиков знают, как оно там внутри устроено? Сомневаюсь.
Тем более, что, объясняя, что такое монада, нужно не только объяснить «что это», но и «как это устроено» и «зачем/как/когда это использовать».
Я например начал использовать монады довольно просто. Но до сих пор не осознал до конца ее сакрального смысла. Не проникся так сказать.
Что не так с автором?!
Хотя для себя нового ничего не узнал, но после каждого подобного топика вспоминаю, что хотел вплотную взяться за тесты. И пишу еще десяток тестов. Вот пойду еще напишу.
Вы правильно подметили, что первый путь довольно редко встречается. Потому что начальнику (не разбирающемуся в теме) не докажешь, что это надо. Он видит снижение скорости разработки, а выгоды никакой.
Второй путь, как вы правильно заметили, более привлекателен. Но есть одно но: когда я в свободное время изучал тестирование, я тестировал свои личные проекты, а не рабочие. И тут получается либо тратить личное время на рабочие проекты, либо на свои. Я предпочитаю второе.
За статью спасибо. Очень удачно с темой попали. Я как раз решил плотно заняться c#, а тут про тесты как раз.
А вот поиск какой то дохленький. Не очень удобный интерфейс и релевантность сомнительная. Я не говорю про англоязычные сайты. Они, похоже, решили как яндекс сильно не заморачиваться и работать только в рунете.
Да и автоопределение региона не помещало бы.
Карты до боли знакомые :-)
На мой взгляд у гитхаба есть ряд весомых преимуществ:
— Произвольные метки для тикетов
— Возможность просмотреть весь код в репозитории по состоянию на определенный коммит.
Битбакет в свою очередь имеет свои преимущества:
— Не такой перегруженный интерфейс. После обновления вообще конфетка.
— Бесплатные приватные репозитории.
— Во время комита гит сам представляется, остается только ввести пароль.
Это те отличия, которые мне показались критичными. Из-за них я мечусь между этими сервисами. Все таки популярность гитхаба пока не дает полностью перейти на битбакет.
Но с завидной регулярностью я вижу подобные новости. Надеюсь, что в ближайшем будущем битбакет догонит гитхаб. Это будет замечательно!
Мне вот нравиться программировать. Так с чего это мне хотеть стать сеошником? Как то не вяжется. Если бы я не любил программирование, то стал бы сеошником, а не программистом.
Тоже, на мой взгляд, сомнительное утверждение. Все программисты, с которыми я когда-либо общался любят свое дело, увлечены им и не променяют его ни на что другое.
Какую бы зп вы ни получали, найдется тот, у кого она будет больше. Мне для жизни хватает половины моей зарплаты. Остальные деньги лежат в банке. При этом я получаю чуть больше, чем средний программист по моему городу. Зачем мне еще больше? Зарплата — это не главное. Не спорю, это весомый аргумент, но не главные. Если мне предложат сменить род деятельности взамен на трехкратное повышение зп, я не соглашусь.
По моему, в наше время для программиста это не проблема.
Когда мне предложили повышение, я отказался по той простой причине, что в этом случае я стал бы меньше программировать. Я думаю, что очень многие программисты с вами не согласятся.
video.tochka.net/56930-hp-i-marsiane/
P.S. Теперь и я буду обновлять комментарии перед отправкой.
Проще будет найти, где отвалился тест — сомнительно, ведь для проверки модно указать сообщение.
Я не встречал ни одной реальной модели, которая содержала бы только один сценарий валидации. Получается, если несколько сценариев — количество подобных методов станет просто огромным и их будет неудобно поддерживать.
К тому же, как я понимаю, суть unit-теста проверить корректность работы конкретного метода т.е. один метод — один тестовый метод на него. Или я не прав?