Говорят, мавен тяжело справляется с реально большими проектами.
Я могу ошибаться, но насколько я понимал год назад (это то время, в течение которого я не пишу на Java), то одна и та же dependency может тянуться множество раз разными библиотеками. Например, какой-нибудь log4j может много раз тянуться разными либами. Мы это проследили, используя dependency:tree и что-то вроде этого. Затем мы довольно кропотливо и муторно добавляли секции exclude для многих зависимостей. В итоге сборка стала значительно легче, но pom.xml стал значительно запутаннее. Я не считаю это хорошим решением, так что в будущем, если бы мне вдруг еще раз пришлось поработать на большом проекте, я бы посмотрел в сторону gradle. Скажу сразу, я последним не пользовался и не хочу сказать, будто он лучше в этом аспекте.
Ну вообще RubyMine предоставляет несколько предуставноленных keymaps, в том числе и TextMate-подобную. По поводу шрифтов – мне никогда не мозолило глаза, дело вкуса, наверное. Да и в целом, RubyMine предоставляет множество настроек. Если вас не устраивают дефолтные (меня они сразу устроили, особенно радует тема Darkula), то можно потратить какое-то время на кастомизацию среды под себя.
В прицнипе интересно, но очень не нравится конструкция вида:
include AutoInject["validate_article", "persist_article"]
include подразумевает добавление определенной функциональности к классу/модулю, а тут она не только добавляется, но и сразу совершаются определенные операции. Как по мне, лаконичней потратить несколько строк, но сделать это более наглядным:
include AutoInject
inject :validate_article
inject :persist_article
Например, в Java тот же Spring-framework делает нечто похожее:
Безотносительно плюсов и минусов JS, некоторые из которых мне тоже показались спорными, просто скажу спасибо за хорошо оформленную статью и внятные примеры.
Хочу задать несколько вопросов:
1. sqlite3 и mysql2 случайно затесались в Gemfile, или нарочно были оставлены?
2. Как лично Вы относитесь к after_hooks? Не считаете ли их злом, не предпочитаете ли использовать интеракторы, чтобы уменьшить количество потецниального хаоса и неожиданных коллбэков?
3. Хотел задать вопрос по поводу кириллицы в коде, но последняя секция «Итог» статьи ответила мне на этот вопрос)
Откровение №2 будто из моей головы взято. Имею в виду, что имею такой же взгляд.
Я бы даже привел в пример full-stack разработчиков, которых стало подозрительно много сейчас. Как известно, фуллстек фуллстеку рознь, а именно – хорош тот full-stack, который раскопал определенную область знаний и начал расширяться на смежные, а не тот, который бросился сразу на все и все знает понемножку.
Тоже сначала так подумал. Но потом прочитал еще раз заголовок и понял, что в целом-то статья как раз с ним хорошо сочетается. Неплохо описано, почему же все-таки нужно уже сейчас массу внимания уделить мобильной версии ресурса. А моменты, которые нужно учитывать, мы уже должны найти в гугле и додумать самостоятельно :)
Я понимаю, что комментарий не по теме поста, но вспомнились мне некоторые моменты, когда я увидел название «ЛАНИТ» и слово «процессы» в пределах одного предложения.
Пришлось мне как-то работать в этой компании в своем городе. У нас была древняя Jira, которую никто не использовал. Отчеты заполнялись в google табличке. На мои вопросы «почему мы не используем спринты» и «почему бы отчетность не вести в жире» ответов я не получал. Задачи все ставились менеджером по телефону. Причем менеджер был с техническим бэкграундом и проталкивал свои решения, например «залезь в csv через jdbc и забери данные». Один месяц работал практически без выходных, приходил на 4-6 часов по субботам и зачастую по воскресеньям. Потом получил щедрую компенсацию за полтора дня по ставке 1 к 1.
Выговорился. Прям как плохое воспоминание резко всплыло и затмило разум.
«Бойцовский клуб» это, конечно, шедевральный фильм, но как-то не вяжется его философия с названием статейки. Прям представляю, как люди вдохновляются, увольняются с работ, избавляются от имущества и скидывают с себя оковы.
Если бы у вас было 2000 долларов, то как бы вы их удвоили за 24 часа?
Стал бы я приходить на это собеседование, если бы я знал?
Мы встретились с вами в лифте, и у вас есть время до 10-го этажа убедить меня взять вас на эту работу. Поехали!
А вот это как-то унижает. Моя задача как специалиста не уговорить работодателя взять меня на работу. Отношения чисто деловые – я выполняю их задачи, они мне платят, и убеждать кого-то взять меня на работу – как-то не по-деловому.
Статья классно оформлена!
Но по поводу делегирования трудных или неинтересных задач – что тогда делать самому? У меня, например, такая специфика, что задачи либо трудные, либо неинтересные. К тому же, решая трудные задачи, многому учишься и чувствуешь, что день прожит не зря.
К переводу и оформлению статьи на Мегамозге претений нет – все нравится, спасибо. Но возникает ощущение, что автор статьи принял препарат "очевидий" и прозрел на очевидные вещи.
Не секрет – выпил пива да скушал пиццу с друзьями :) В начале следующей же недели после взвешивания я догадался, что такой алгоритм будет работать не очень хорошо. Цель есть цель, и ее надо достигать маленькими шагами, постоянно держа в голове ту высоту, на которую хочешь взобраться.
ИМХО, это просто специфика их работы. Они управляют людьми, совершают большое количество звонков, в том числе с людьми из других часовых поясов и т.д. – для этого иногда просто необходимо рано вставать. Если же график позволяет, то не вижу ничего зазорого быть совой, например для меня вечерне-ночные часы очень даже продуктивны. Ну и не стоит забывать, что у довода "жаворонки уже делают дела, пока вы (совы) спите" есть обратная сторона: "совы еще делают дела, когда вы (жаворонки) уже спите"
По поводу разбиения большой цели на цепочку маленьких и получением приза при достижении каждой под-цели. У меня была как-то цель подсушиться к лету. Цель ставил сбросить 10кг, по килограмму в неделю – вроде это вполне нормальный результат, без особого стресса для организма. Так вот, за рабочую неделю сбрасывал я этот самый килограмм или даже полтора, а потом за один вечер субботы так себя хвалил, что набирал обратно :D Позже, конечно, я пришел к оптимальному способу себя награждать, но мораль для себя вынес – так как цель маленькая, то и хвалить себя не нужно так, будто ты свернул большую гору. Похвала она скорее для подстрекательства и мотивации.
Я могу ошибаться, но насколько я понимал год назад (это то время, в течение которого я не пишу на Java), то одна и та же dependency может тянуться множество раз разными библиотеками. Например, какой-нибудь log4j может много раз тянуться разными либами. Мы это проследили, используя dependency:tree и что-то вроде этого. Затем мы довольно кропотливо и муторно добавляли секции exclude для многих зависимостей. В итоге сборка стала значительно легче, но pom.xml стал значительно запутаннее. Я не считаю это хорошим решением, так что в будущем, если бы мне вдруг еще раз пришлось поработать на большом проекте, я бы посмотрел в сторону gradle. Скажу сразу, я последним не пользовался и не хочу сказать, будто он лучше в этом аспекте.
include подразумевает добавление определенной функциональности к классу/модулю, а тут она не только добавляется, но и сразу совершаются определенные операции. Как по мне, лаконичней потратить несколько строк, но сделать это более наглядным:
Например, в Java тот же Spring-framework делает нечто похожее:
(имена переменных не лучшие в этом примере, а пробел между собакой и Inject поставил, чтобы никого не упомянуть))
Но все это ИМХО, конечно.
Хочу задать несколько вопросов:
1. sqlite3 и mysql2 случайно затесались в Gemfile, или нарочно были оставлены?
2. Как лично Вы относитесь к after_hooks? Не считаете ли их злом, не предпочитаете ли использовать интеракторы, чтобы уменьшить количество потецниального хаоса и неожиданных коллбэков?
3. Хотел задать вопрос по поводу кириллицы в коде, но последняя секция «Итог» статьи ответила мне на этот вопрос)
Я бы даже привел в пример full-stack разработчиков, которых стало подозрительно много сейчас. Как известно, фуллстек фуллстеку рознь, а именно – хорош тот full-stack, который раскопал определенную область знаний и начал расширяться на смежные, а не тот, который бросился сразу на все и все знает понемножку.
Пришлось мне как-то работать в этой компании в своем городе. У нас была древняя Jira, которую никто не использовал. Отчеты заполнялись в google табличке. На мои вопросы «почему мы не используем спринты» и «почему бы отчетность не вести в жире» ответов я не получал. Задачи все ставились менеджером по телефону. Причем менеджер был с техническим бэкграундом и проталкивал свои решения, например «залезь в csv через jdbc и забери данные». Один месяц работал практически без выходных, приходил на 4-6 часов по субботам и зачастую по воскресеньям. Потом получил щедрую компенсацию за полтора дня по ставке 1 к 1.
Выговорился. Прям как плохое воспоминание резко всплыло и затмило разум.
Стал бы я приходить на это собеседование, если бы я знал?
А вот это как-то унижает. Моя задача как специалиста не уговорить работодателя взять меня на работу. Отношения чисто деловые – я выполняю их задачи, они мне платят, и убеждать кого-то взять меня на работу – как-то не по-деловому.
Но по поводу делегирования трудных или неинтересных задач – что тогда делать самому? У меня, например, такая специфика, что задачи либо трудные, либо неинтересные. К тому же, решая трудные задачи, многому учишься и чувствуешь, что день прожит не зря.