Понимаете, у меня не возникает вопросов:
— зачем программисту нужно несколько ЯП
— зачем программисту нужна IDE
— зачем программисту нужна командная строка
— зачем программисту нужны два монитора
— и т.п.
А вот зачем программисту нужен vim, я так из статьи и не понял. Если кратко, то всю статью можно уложить в одно предложение: «Однажды я открыл для себя vim (благодаря git, который тоже офигенен), и с тех пор меня не попускает».
Ни в коей мере не умоляя достоинств vim/emacs, я говорю, что содержимое статьи не соответствует ее названию.
Когда у меня не было интернета и электричества, то я писал код в emacs, радуясь, что он может работать на слабом ноутбуке и не жрать аккумулятор в больших количествах.
Отличный пример. Только поэтому всем надо взяться за изучение emacs.
Боюсь даже спросить на чем продолжили писать через несколько часов, когда ноут разрядился.
Про SQL ничего не скажу — не мой профиль.
Что касается цены — программисты не самые бедные люди, но даже если и так, то есть абсолютно бесплатная IDEA Community Edition.
Что касается всего остального, то при желании можно обойтись только одной IDEA (без PyCharm, WebStorm, etc) установив в нее соответствующие плагины. Даже в бесплатную.
Что касается «не такой быстрый vim с плагинами» — это слова моих знакомых, которые сидят на нем.
Ну я надеюсь вы же понимаете, что nvi невозможно сравнивать с IDE.
Сейчас тенденции в мире разработки таковы, что прикладному программисту на сервера надо ходить все реже или не нужно ходить вовсе.
И при современных интернетах удаленный файл элементарно редактируется привычной тулзой на локальном компе.
Вот и мы пришли к часностям. Поверьте, у меня тоже есть такие знакомые. И ни один из них на вопрос: «Почему», не может дать другого ответа кроме: «Привычка».
Обвешав vim плагинами, мы получим уже не такой быстрый vim (и все равно не получим всех возможностей IDE) и будем страдать на другом компе.
И что мне мешает их поредактировать в той среде, в которой я напрограммировал?
К тому же, по хорошему, это задача одноразовая.
Я прекрасно понимаю зачем vim админу, но я не могу понять, чем он хорош программисту (за исключением привычки или дохлого компа, но это часности, с которыми также не все гладко).
Каждый раз мысленно вжимаю голову в плечи, ожидая упрёка «а почему так мало».
Что-то не так в Датском королевстве.
Каждый день — это вообще кошмар, потому что бывают дни, когда вообще «мысль не идёт».
Все мы люди, все мы человеки. Такие ситуации не редкость.
В скраме ежедневные «отчеты» не для того, чтоб шпинять «лентяев», а для выявления и решения проблем как можно раньше.
По нормальному такая ситуация разрешается коллективным разумом/отдачей таски другому участнику/выделением дополнительного времени.
Ну а если у вас «таких дней» 15 из 20, то следует задуматься о смене работы.
Непонятно, насколько сильно ваш фреймворк нужно изменять под конкретные нужды, и с учетом объема правок — нужен ли он вообще.
Фреймворк не мой, и я без понятия что происходит в вашей компании и какая адаптация вам нужна или не нужна.
Слишком общие фразы.
На любые вопросы даю любые ответы.
Сейчас это выглядит как «Убедите меня что скрам хорош», а это, увы, не мой профиль.
Будут конкретные вопросы по конкретной теме, по мере своих возможностей дам конкретный ответ.
— зачем программисту нужно несколько ЯП
— зачем программисту нужна IDE
— зачем программисту нужна командная строка
— зачем программисту нужны два монитора
— и т.п.
А вот зачем программисту нужен vim, я так из статьи и не понял. Если кратко, то всю статью можно уложить в одно предложение: «Однажды я открыл для себя vim (благодаря git, который тоже офигенен), и с тех пор меня не попускает».
Ни в коей мере не умоляя достоинств vim/emacs, я говорю, что содержимое статьи не соответствует ее названию.
Боюсь даже спросить на чем продолжили писать через несколько часов, когда ноут разрядился.
Ну и если хватает инета для слайд-шоу с vim, его вполне хватит и для sftp.
И ребята, мы говорим о программировании, им вообще не стоит заниматься на удаленной машине во времена vcs/vagrant/docker/etc.
Но ответа на «зачем vi-топор программисту 21-го века» я так и не получил )
Что касается цены — программисты не самые бедные люди, но даже если и так, то есть абсолютно бесплатная IDEA Community Edition.
Что касается всего остального, то при желании можно обойтись только одной IDEA (без PyCharm, WebStorm, etc) установив в нее соответствующие плагины. Даже в бесплатную.
Что касается «не такой быстрый vim с плагинами» — это слова моих знакомых, которые сидят на нем.
Хотя сам факт правки на удаленной машине — это плохо.
Сейчас тенденции в мире разработки таковы, что прикладному программисту на сервера надо ходить все реже или не нужно ходить вовсе.
И при современных интернетах удаленный файл элементарно редактируется привычной тулзой на локальном компе.
Обвешав vim плагинами, мы получим уже не такой быстрый vim (и все равно не получим всех возможностей IDE) и будем страдать на другом компе.
К тому же, по хорошему, это задача одноразовая.
Я прекрасно понимаю зачем vim админу, но я не могу понять, чем он хорош программисту (за исключением привычки или дохлого компа, но это часности, с которыми также не все гладко).
Только программирование и редактирование конфигов — вещи слегка разные, как минимум в моем понимании.
Такжe мне не понятно, почему в статье речь о emacs и vim, a топор нужен vi.
Поэтому и запустился vi.
А если серьезно, то пример ни о чем.
Так и не понял зачем vi-топор программисту 21-го века.
Все мы люди, все мы человеки. Такие ситуации не редкость.
В скраме ежедневные «отчеты» не для того, чтоб шпинять «лентяев», а для выявления и решения проблем как можно раньше.
По нормальному такая ситуация разрешается коллективным разумом/отдачей таски другому участнику/выделением дополнительного времени.
Ну а если у вас «таких дней» 15 из 20, то следует задуматься о смене работы.
На любые вопросы даю любые ответы.
Сейчас это выглядит как «Убедите меня что скрам хорош», а это, увы, не мой профиль.
Будут конкретные вопросы по конкретной теме, по мере своих возможностей дам конкретный ответ.
Это уже имплементация (применение стратегии) в конкретной компании/команде.
Например, как ставить задачи и определение DoD.