но скажите, кому и нахрена в 2017 году нужен бложек на вордпрессе?
В 2017 году почти 30% сайтов работают на вордпрессе, почти 60% рынка (по баблу) заказной разработки сайтов — это вордпресс. Но да, можно продолжать мерить людей по себе и думать, что вордпресс не нужен.
Это другое немного. Тут всё-таки в софте бага, а в оригинальной истории мегапофигистское отношение к бизнес-критикал вещам, это даже багой не назовёшь, это просто профнепригодность.
Интересующимся парадигмами зело рекомендую следующую книжку: https://mitpress.mit.edu/books/concepts-techniques-and-models-computer-programming Ну и другие книжки этого автора также неплохи.
Такой вид ggplot2 наверняка может, насколько я его знаю, с настройками там всё в порядке. Почему дефолты не такие красивые — ну потому что в первую очередь они для анализа, а не для красоты, поэтому там упор на читаемость и отсутствие ошибок восприятия. В целом, наверное, было бы неплохо создать пакетик, который такие дефолты выставляет, чтобы было красиво. Но, как обычно, те, кто это могут — тем это не надо, а тем, кому надо — не могут :)
Я говорил немножко о другом, но могу прокомментировать и ваш случай.
Либо бизнес устраивает состояние продукта, и тогда всё хорошо, либо не устраивает, но не потому, что там «копипаст и нет юнит-тестов» (отсутствие копипасты и наличие юнит-тестов — это вообще не цель, это средство достижения других целей), а потому, что расходы на продукт высоковаты, а скорость внесения изменений низковата, и через это прибыль мала плюс идёт потеря рынка.
И вот только тогда, когда доказано, что дело в копипасте и юнит-тестах — вот тогда надо за них бороться.
Ну и конечно вы вольны работать там, где вам хочется работать, просто в любой успешной конторе экстремизма довольно мало, и отношение ко всем вот таким вот штукам практичное и, даже можно так сказать — циничное. О чём нам и рассказывают в интервью.
Отдельно отмечу, что не понимаю, почему девелоперы не любят раскапывать баги, это же интересно.
Я код пишу с 91 года, плохо продуманных решений не боюсь — ну либо исправим, либо и так сойдёт. Совсем гавно не выпустим, ибо QA, процессы, люди хорошие, опыт и всё такое.
Хорошо думать надо о критикал пасе, о фаллбэках и о риск митигейшен. А как конкретно какой код писать — да в целом срать, код дело такое, сегодня написал, завтра переписал, послезавтра вообще выкинул. Учитывая то, что любой софт в принципе гавно и всегда не работает, думать надо о том, как с этим жить, а не как этого избежать.
Я бы только предостерёг от тупого заучивания, я лично сразу вижу, когда есть база, когда человек пытался эту базу получить (но ещё не получил), и когда человек тупо заучил, без системы, без понимания. Соглашусь, что для джуниора это всё довольно малокритично (а много где и вообще база не особо нужна), тем не менее более правильное слово не «учить», а «разобраться».
Привет, статья гут, чувствуется бэкграунд вот в этих вот делах (SMM или как это называется правильно?)
Насколько вообще опыт был важен конкретно в этом сервисе? Как ты думаешь, если бы ты был просто программистом, то у тебя получилось бы, или ты бы налажал, например, в ценообразовании? Или вообще не увидел бы нишу?
В общем интересно было бы понять, какие скиллы нужны для того, чтобы подобными вещами заниматься :)
В 2017 году почти 30% сайтов работают на вордпрессе, почти 60% рынка (по баблу) заказной разработки сайтов — это вордпресс. Но да, можно продолжать мерить людей по себе и думать, что вордпресс не нужен.
Либо бизнес устраивает состояние продукта, и тогда всё хорошо, либо не устраивает, но не потому, что там «копипаст и нет юнит-тестов» (отсутствие копипасты и наличие юнит-тестов — это вообще не цель, это средство достижения других целей), а потому, что расходы на продукт высоковаты, а скорость внесения изменений низковата, и через это прибыль мала плюс идёт потеря рынка.
И вот только тогда, когда доказано, что дело в копипасте и юнит-тестах — вот тогда надо за них бороться.
Ну и конечно вы вольны работать там, где вам хочется работать, просто в любой успешной конторе экстремизма довольно мало, и отношение ко всем вот таким вот штукам практичное и, даже можно так сказать — циничное. О чём нам и рассказывают в интервью.
Отдельно отмечу, что не понимаю, почему девелоперы не любят раскапывать баги, это же интересно.
Хорошо думать надо о критикал пасе, о фаллбэках и о риск митигейшен. А как конкретно какой код писать — да в целом срать, код дело такое, сегодня написал, завтра переписал, послезавтра вообще выкинул. Учитывая то, что любой софт в принципе гавно и всегда не работает, думать надо о том, как с этим жить, а не как этого избежать.
Первое — маст для инженера.
Хочется понять, про что вообще речь идёт, из перевода непонятно.
Насколько вообще опыт был важен конкретно в этом сервисе? Как ты думаешь, если бы ты был просто программистом, то у тебя получилось бы, или ты бы налажал, например, в ценообразовании? Или вообще не увидел бы нишу?
В общем интересно было бы понять, какие скиллы нужны для того, чтобы подобными вещами заниматься :)