Ну так и приводите примеры такого рефакторинга, для которого IDE действительно полезен.
Для чего? Для вас это за гранью опыта. Вы работаете с мелкими проектами с небольшим сроком жизни где не требуется оценка не то что в человеко-годах, но даже в человеко-часах…
Зачем вам эти ненужные знания?
Тобишь о «красная, зеленая, рефакторинг» вы не слышали?
Как это помогает при расширении интерфейса у уже живущего проекта?
Бегаете по сфейлившимся тестам, вместо того чтобы сделать это нормально в несколько кликов?
Приведите пример генерации класса для задачи с отложенным выполнением и регистрацией его в конфиге. Ну или хотя бы пример генераци простого API контроллера для операций CRUD.
Для какого из фреймворков?
Или он для вас единственный и неповторимый? :D
Пользуйтесь apigility, swagger
Vim настолько многогранен, что я учусь каждый день.
Речь шла об IDE, которыми вы не знали и не знаете как пользоваться.
А вот программирование и работа с сетями — то, что доступно человеку даже с ограниченными физическими возможностями.
Господа авторы.
Программирование накладывает достаточно существенные ограничения на умственные возможности. И стратифицирует людей намного сильнее.
Итого добавили 10 инвалидов, но выкинули 100 здоровых.
Поэтому «даже» в данном контексте крайне не уместно.
Не набирать текст, но при этом заниматься программированием.
И таки не знаете судя по вашим репликам.
Очередное голословное утверждение. Вы не знаете, как я оцениваю проект.
Мы знаем, что вы их не оцениваете в человеко-часах.
Поскольку вы же сами поспешили меня разочаровать
Если вы оцениваете проекты человеко-часами, то я должен вас разочаровать — оценить эффективность редактора вам так не удастся.
И при этом утверждаете о повышении эффективности работы с кодом.
Поскольку вы не можете сказать, что стали тратить меньше времени.
И не привели никаких других метрик и критериев…
То остаётся лишь размер написанного.
В противном случае все ваши выкрики о том что стало лучше чистой воды балабольство
Мне для этого потребовалась неделя.
Неделю вы потратили на то, чтобы пройти vimtutor и попрактиковаться.
Для того чтобы стать продвинутым пользователем вам потребовалось 3 года.
И, да, вы по прежнему не в состоянии найти в vim все места где используется метод save одной конкретной модели из полусотни других имеющих такой же интерфейс.
То есть ваша самооценка о том, что вы кого-то там обогнали не соответствует действительности.
Если вы не программируете, а просто набиваете текст, то IDE вам конечно не нужно.
И ваш вопрос
А вы программируете не набивая текст?
Априори подразумевает, что вы не знаете о возможностях.
Вам о них рассказали.
Если вы хотели узнать почему для программирования нужно не только набивать текст, то это отдельная тема.
Вы не умеете формулировать свои вопросы?
Да, неделя и моя производительность в наборе и навигации немного обогнала по эффективности используемый мной ранее PHPStorm.
Именно.
О чем речь и шла, у code monkey возможен рост производительности.
Поскольку вы оцениваете проекты не трудозатратами (в человеко-часах), а в количестве и объеме кода.
Прочитал.
И свел вашу информацию в две цитаты.
Вы отказываетесь от собственных слов? Или будете утверждать, что после недели достигли более высокой производительности чем в IntelliJ Idea, PyCharm, PhpStorm?
То есть хорошая среда для программирования должна включать в себя графический редактор для постоения UML диаграм?
Вопрос был не о среде, а о том можно ли программировать не набивая текст.
Вам ответили — можно.
Я начал использовать Vim года 3 назад, и сегодня считаю себя продвинутым пользователем этого редактора.
1 неделя и 3 года.
Что из этого я не услышал?
А вы программируете не набивая текст?
Бывает и такое. Например, UML знаете?
Программирование это не только code monkey в вашем исполнении.
Так незачем, не пользуйтесь. Вас там заставляют?
Я пользуюсь именно тогда когда нужно.
В отличии от «популяризаторов».
Причина в другом. Нет желания видеть оболваненых, которых потом нужно переучитывать для нормальной работы.
P.S. Ну и желание дискутировать у меня умерло лет 8 назад. Поскольку с умными мы общий язык находим даже при разных вкусовых пристрастиях. А дискуссия ради нее самой или чтобы «моя была сверху» — уже не интересно.
Все остальное это возмущение идиотизмом отдельных личностей.
То есть 1 неделя и 3 года это не годы? :D У вас шикарная «лохика»
«превращение Vim в IDE (чего никто и делать не собирается, откуда такие у вас идеи, я не знаю)»
Если вы не программируете, а просто набиваете текст, то IDE вам конечно не нужно.
В противном случае вы сами признали, что эффективность работы в специализированых средах выше.
О чем тогда речь? Зачем еще vim?
«Если вы оцениваете проекты человеко-часами, то я должен вас разочаровать — оценить эффективность редактора вам так не удастся.»
Это вам не удастся, поскольку вы Аника-воин.
Вы задекларировали область использования vim как альтернативу тем же продуктам JetBrains. А значит области связаны с разработкой.
Есть метрики качества кода, которые косвенно связаны именно с инструментами. Более качественные инструменты позволяют создавать и поддерживать более сложные проекты.
Любой заметный эффект от инструментов вполне себе формализуем, доступен для анализа и в конечном итоге выливается именно к человеко-часы на разработку с использованием этого инструмента.
Это элементарная вещь и то, что приходится это объяснять вам, наглядно демонстрирует ваш уровень компетенции — «лесоруб»
Другой вопрос что мой уровень компетенции никогда уже не опуститься до вашего. И соответственно продемонстрировать его я бы и готов, но для того чтобы вы могли что-то понять вам нужно подрасти в своем для начала.
Поэтому остается только надеяться и ждать этого момента.
1 неделя и 3 года?
С тем же успехом вы могли бы привести частоту ваших посещений туалета за сутки…
То есть на вашу производительность это несомненно как-то влияет… но как — тайна покрытая мраком.
Прямо говоря — ваш результат труда это не процесс использования vim. Соответственно нас не интересует что вы считаете себя продвинутым пользователем.
Нас интересует другое — на проект с оценкой в 8000 человеко-часов вы теперь тратите 6789 часов.
При этом общие затраты на ваше обучение vim составили 7*8 + 3 * 365 * 1 (условно) = 1151 час
Общие трудозатраты 6789 + 1151 = 7940
Теперь осталось из выигрыша в 60 часов за 4 человеко-года вычесть долю полученную за счет общего накопления опыта. И в сухом остатке получить выигрыш от применения vim
Вот если у вас будет эта информация — тогда и поговорим.
А до тех пор… вы мне напоминаете лесоруба с топором
тогда как есть люди, которые работают вот так
https://www.youtube.com/watch?v=ipqC7k-4O5I
И, да, я пользовался и продолжаю временами пользоваться vim
Видимо вам просто не дано осознать и провести анализ личной трудоспособности. трудозатрат на обучение. И взвесить два этих фактора максимально оградив от стороннего влияния (как, то общий рост навыков по мере получения опыта в профессии)
Впрочем, дворник тоже будет удивляться — какой прок от компьютера… метлой же удобнее.
У вас есть личные данные о том, сколько же времени вы его использовали, сколько настраивали, и какой результат в производительности труда?
Вот у меня есть мой опыт, по командам с которыми я работал, о том что пользователи vim с задачами уровня выше чем middle справляются так себе, а трудозатраты на поддержку их решений выше.
При том что мелкие и несложные задачи они действительно выполняют быстрее.
А механика перехода по режимам в подсознание не уйдет ранее чем через тысячи повторений для каждого отдельного случая.
Т.е. вы тупо тратите годы на это чтобы просто сравняться и немного обогнать в эффективности набора и навигации пользователей IDE.
Про остальное умолчим, поскольку время, потраченное на превращение нечто в IDE вместе с кривой обучения, просто не окупается за время трудовой жизни человека, который начал этим заниматься после 20 лет.
«Обратите внимание, после добавленной строки запятой быть не должно т.к. она добавлена в конце массива и наличие запятой при выполнении Composer даст ошибку. Хотя сам PHP и допускает наличие запятой в конце списка элементов массива перед закрывающей скобкой, Composer это не допускает.»
Наверное потому что файл композера это не массив на пхп, а json? :-D
Для чего? Для вас это за гранью опыта. Вы работаете с мелкими проектами с небольшим сроком жизни где не требуется оценка не то что в человеко-годах, но даже в человеко-часах…
Зачем вам эти ненужные знания?
Как это помогает при расширении интерфейса у уже живущего проекта?
Бегаете по сфейлившимся тестам, вместо того чтобы сделать это нормально в несколько кликов?
Для какого из фреймворков?
Или он для вас единственный и неповторимый? :D
Пользуйтесь apigility, swagger
Речь шла об IDE, которыми вы не знали и не знаете как пользоваться.
Пользу от этого типа совещаний я знаю.
Вы в статью писать не забывайте :)
Рефакторинг это не просто переименование.
И, да, «до того» он просто неактуален.
Шаблоны и кодогегерация имеются и в IDE и отдельно от них.
Попробуйте изучить то, с чем работаете
Господа авторы.
Программирование накладывает достаточно существенные ограничения на умственные возможности. И стратифицирует людей намного сильнее.
Итого добавили 10 инвалидов, но выкинули 100 здоровых.
Поэтому «даже» в данном контексте крайне не уместно.
Это и есть эффективность.
Вопрос рефакторинга в приложении стоит везде, где объем кода больше нескольких тысяч строк.
И эта мелкая функциональность позволяет его провести быстро и безболезненно.
Вот на этой мажорной ноте и стоит закончить диалог.
Более того с неё же можете начинать любую статью о vim.
И статья не сильно пострадает, если эта фраза останется единственным текстом в ней.
В вопросах веры не спорят.
А вы тупо верите, знаний у вас ноль.
Отсюда и невозможность лично для вас оценить эффективность
Каким образом Кови и Scrum увязаны между собой столь неразрывно?
Потому что достичь достаточно высокой должности и не увидеть как его готовят в ай-ти надо ещё очень сильно постараться.
P.S. Лично я scrum не люблю. Но некоторые вещи вполне себе используются.
Достаточно вспомнить старое слово «планерка»
Не набирать текст, но при этом заниматься программированием.
И таки не знаете судя по вашим репликам.
Мы знаем, что вы их не оцениваете в человеко-часах.
Поскольку вы же сами поспешили меня разочаровать
И при этом утверждаете о повышении эффективности работы с кодом.
Поскольку вы не можете сказать, что стали тратить меньше времени.
И не привели никаких других метрик и критериев…
То остаётся лишь размер написанного.
В противном случае все ваши выкрики о том что стало лучше чистой воды балабольство
Неделю вы потратили на то, чтобы пройти vimtutor и попрактиковаться.
Для того чтобы стать продвинутым пользователем вам потребовалось 3 года.
И, да, вы по прежнему не в состоянии найти в vim все места где используется метод save одной конкретной модели из полусотни других имеющих такой же интерфейс.
То есть ваша самооценка о том, что вы кого-то там обогнали не соответствует действительности.
Это не критерий для оценки эффективности workflow
И ваш вопрос
Априори подразумевает, что вы не знаете о возможностях.
Вам о них рассказали.
Если вы хотели узнать почему для программирования нужно не только набивать текст, то это отдельная тема.
Вы не умеете формулировать свои вопросы?
Именно.
О чем речь и шла, у code monkey возможен рост производительности.
Поскольку вы оцениваете проекты не трудозатратами (в человеко-часах), а в количестве и объеме кода.
Прочитал.
И свел вашу информацию в две цитаты.
Вы отказываетесь от собственных слов? Или будете утверждать, что после недели достигли более высокой производительности чем в IntelliJ Idea, PyCharm, PhpStorm?
Вопрос был не о среде, а о том можно ли программировать не набивая текст.
Вам ответили — можно.
1 неделя и 3 года.
Что из этого я не услышал?
Бывает и такое. Например, UML знаете?
Программирование это не только code monkey в вашем исполнении.
Я пользуюсь именно тогда когда нужно.
В отличии от «популяризаторов».
Причина в другом. Нет желания видеть оболваненых, которых потом нужно переучитывать для нормальной работы.
P.S. Ну и желание дискутировать у меня умерло лет 8 назад. Поскольку с умными мы общий язык находим даже при разных вкусовых пристрастиях. А дискуссия ради нее самой или чтобы «моя была сверху» — уже не интересно.
Все остальное это возмущение идиотизмом отдельных личностей.
То есть 1 неделя и 3 года это не годы? :D У вас шикарная «лохика»
Если вы не программируете, а просто набиваете текст, то IDE вам конечно не нужно.
В противном случае вы сами признали, что эффективность работы в специализированых средах выше.
О чем тогда речь? Зачем еще vim?
Это вам не удастся, поскольку вы Аника-воин.
Вы задекларировали область использования vim как альтернативу тем же продуктам JetBrains. А значит области связаны с разработкой.
Есть метрики качества кода, которые косвенно связаны именно с инструментами. Более качественные инструменты позволяют создавать и поддерживать более сложные проекты.
Любой заметный эффект от инструментов вполне себе формализуем, доступен для анализа и в конечном итоге выливается именно к человеко-часы на разработку с использованием этого инструмента.
Это элементарная вещь и то, что приходится это объяснять вам, наглядно демонстрирует ваш уровень компетенции — «лесоруб»
Другой вопрос что мой уровень компетенции никогда уже не опуститься до вашего. И соответственно продемонстрировать его я бы и готов, но для того чтобы вы могли что-то понять вам нужно подрасти в своем для начала.
Поэтому остается только надеяться и ждать этого момента.
С тем же успехом вы могли бы привести частоту ваших посещений туалета за сутки…
То есть на вашу производительность это несомненно как-то влияет… но как — тайна покрытая мраком.
Прямо говоря — ваш результат труда это не процесс использования vim. Соответственно нас не интересует что вы считаете себя продвинутым пользователем.
Нас интересует другое — на проект с оценкой в 8000 человеко-часов вы теперь тратите 6789 часов.
При этом общие затраты на ваше обучение vim составили 7*8 + 3 * 365 * 1 (условно) = 1151 час
Общие трудозатраты 6789 + 1151 = 7940
Теперь осталось из выигрыша в 60 часов за 4 человеко-года вычесть долю полученную за счет общего накопления опыта. И в сухом остатке получить выигрыш от применения vim
Вот если у вас будет эта информация — тогда и поговорим.
А до тех пор… вы мне напоминаете лесоруба с топором
тогда как есть люди, которые работают вот так
https://www.youtube.com/watch?v=ipqC7k-4O5I
И, да, я пользовался и продолжаю временами пользоваться vim
Впрочем, дворник тоже будет удивляться — какой прок от компьютера… метлой же удобнее.
У вас есть личные данные о том, сколько же времени вы его использовали, сколько настраивали, и какой результат в производительности труда?
Вот у меня есть мой опыт, по командам с которыми я работал, о том что пользователи vim с задачами уровня выше чем middle справляются так себе, а трудозатраты на поддержку их решений выше.
При том что мелкие и несложные задачи они действительно выполняют быстрее.
рекомендую.
А механика перехода по режимам в подсознание не уйдет ранее чем через тысячи повторений для каждого отдельного случая.
Т.е. вы тупо тратите годы на это чтобы просто сравняться и немного обогнать в эффективности набора и навигации пользователей IDE.
Про остальное умолчим, поскольку время, потраченное на превращение нечто в IDE вместе с кривой обучения, просто не окупается за время трудовой жизни человека, который начал этим заниматься после 20 лет.
https://packagist.org/packages/guzzlehttp/guzzle
Вы серьезно?
Наверное потому что файл композера это не массив на пхп, а json? :-D
Не думаете?
Вы просто соотнесите цены на мужские трусы и женское платье из одинаковой ткани. Причём на трусы ещё ткани и больше надо будет :-D
Аналогично бритвы, шампуни и т.д. и т.п.