Моё имхо:
1) перейти с 2.х проще на 3.3 чем на 3.2 и уж тем более чем на 3.1
2) оно наконец не медленнее 2го питона практически. Понятно что в некоторых случаях и быстрее
3) оно наконец без ucs2/ucs4 сплита юникода
4) море синтаксического сахара, наподобие raise from None
3й уже даже в генте ворочается как системный питон без проблем. Всё. Пора)
да ну прекратите.
это то же самое что и переменную перепутать. Тоже не просто дебажить и тоже надо код читать.
ни разу не имел проблем с пропавшими запятыми чесслово
1) python2 все ещё быстрее чем python3 (как минимум в тестах на том же shootout)
2) а куда блин подевался python2 из shootout?!?
3) я не монах)
4) 3.3 python имхо вызовет шквальный переход.
Ну как минимум понять, что проблема с php имеет место быть. Ведь среди повсюду твердящих есть и не такие уж глупые люди.
Я на php писал до 2005 года. В основном на нём тогда и писал. Сейчас пишу как правило на десятке разных языков в одном проекте. И делать на php то, что я делаю сейчас было бы совсем невозможно. PHP был хорош, но его время кончилось, ибо большинство, кто мог толкать PHP вперёд (и даже не сам язык, а 3rd party либы) с него ушли.
Уже 2 года сижу с HD25-1 II. Наушников лучше у меня ещё не было)
В комплекте и кожаные и велюровые амбюшуры. Велюровые удобны в жару, но у кожаных намного выше звукоизоляция. Я бы не стал ходить в таких ушах по улице, скорее это все же для дома или офиса. Состояние после 2х лет экслуатации осталось идеальным. Были ещё большие, открытые за 200$ тоже от Sennheiser, так вот они за пару лет в какашку превращались. И провода отходили и все в таком духе. Я даже не ожидал что HD25-1 II такие живучие в этом плане.
Обычных программистов больше ведь, чем лучших). Это я про «архигигантское».
Конечно все написаное мной справедливо, если:
1) слепой метод печати
2) хотя бы 220-250 символов в минуту (у меня ~450, программистских (с запятыми, кавычками, слешами и тп)). Клавогонки и все такое). Даже при 16 символах в секунду, ваши нажатия все в 1 секунду уложаться. 4 клика мышкой, учитывая что к ней надо тянуться и между кликами двигать — будут дольше.
3) vim /etc/cron.d/somefile => vim /e/c/somefile. Так умеет, например, zsh. Это не просто экономия на нажатиях табов, в /etc может быть несколько папок начинающихся с «c», но zsh автоматически возьмёт cron.d, при условии что somefile есть только там.
Работа с консолью со временем становится все быстрее и быстрее и быстрее.
По поводу п1 стоит отдельно заметить, что т.к. это вообще полезное умение при работе связанной с программированием, то его при работе с консолью навык работать с клавиатурой целиком вслепую придет быстрее =).
Не понтов ради, но сейчас для меня необходимость тянуться к мышке иногда уже является сильным замедляющим фактором. Хотя я ничего специально нигде не пытаюсь ускорять в своём workflow. Просто с течением времени все само собой так получается.
Ну и последнее замечание — открытие нужного файла в консоли — никто же не говорит, что это не может быть аналог GUI, но в текстовом варианте. У меня в виме есть возможность открывать файлы через встроенный файл-менеджер (ну типа :e folder/file.txt — напрямую, а если :e folder, то потом нужно лишь файл выбрать в списке). Действительно бывает удобно какие-то файлы выбирать, а не печатать. И никто не говорит тут о том чтобы бросаться в крайности и никогда такого не делать. Можно в какой-то момент дергать mc, если опять же это нужно. Всегда есть выбор. А если разработка завязана на консольке. то значит в этот момент она уже открыта и вероятно в нужном месте (как правило, в корне проекта).
Просто IDE все стремится засосать в себя. А консоль стремится быть клеем всего и вся.
Пример: есть virtualenv для питона. И сейчас IDE научились его эмулировать. Хотя сам virtualenv уже года 2 существует, IDE дошли до него только сейчас. И эта поддержка ими не может быть полной по определению. В итоге многие используют virtualenv отдельно а IDE отдельно. А такое дробление (часть делаем в консольке — часть в IDE) тоже не позволяет прочувствовать мощь консоли целиком.
Нет нет нет и ещё раз нет.
Вы просто не понимаете что может дать консоль. И, впрочем, никогда не сможете понять если относитесь к этому с такими взглядами. Известно, что в консольке работает гигантское количество людей. И хотя бы один этот факт должен говорить о том, что в чем-то вы заблуждаетесь.
Если вы хоть когда-нибудь говорите фразу «да, это сарказм», то вы, извините, идиот)
По существу: если вы такой любитель придираться к словам, то IDE — это набор средств для разработки. Абсолютно неважно 1 это программа или 1000.
Ваша IDE тоже использует svn, с какого перепугу?
Лучшие программисты которых я видел, которые пишут самый адекватный код — из тех что я знаю, делают это в мощных текстовых редакторах. Будь-то jedit или vim или emacs или новомодный sublime. Я до глубины души считаю что IDE — это зло. Наша голова способна вмещать гигантское кол-во информации. И помнить классы/методы/параметры ко всему и вся — можно. Постепенно привыкаешь запоминать это с первого раза. Потом — привыкаешь писать ТАК, чтобы в следующий раз даже вспоминать НЕ НАДО было, так, что в следующий раз ты при использовании функции легко вписываешь те же параметры, как если бы писал функцию сейчас. Код становится куда проще для понимания при первом чтении. Рефакторинг становится проще и адекватнее. Даже баги становится проще чинить — потому что когда происходит хрень, ты уже *помнишь всё*. Не надо никуда лезть смотреть. Ты сразу предполагаешь что могло пойти не так. Для этого даже не нужно смотреть никуда — ты можешь такие проблемы решать *по телефону*. И вот это — дорогого стоит. А быть привязанным к IDE и даже никогда не набирать очень_вот_блин_длинную_функцию руками, и, как следствие, вообще со временем забыть какое окончание в названии у этой супердлинной функции — очень сочувствую я таким разработчикам.
С другой стороны, у меня есть знакомые разработчики которые работают в IDE. И они умудряются делать элементарные ошибки, потому что IDE им что-то там не подсветило. Систематически.
Если рассуждать так же как и я — то фраза «Unix как IDE» вполне адекватна. Я бы правда «как» заменил на «вместо».
Впрочем, когда то разработчики были двух каст — «натянутые» и те, кто настолько сильно любит это ремесло, что посветил ему такое коллосальное кол-во времени, что в моём опусе видит смысла больше, чем кажется. Первая каста — это как преподаватели информатики. Которые узнали что-то одно, а больше и не надо. Так вот сейчас спустя десяток лет эти две касты остались, но стали мизерными по сравнению с третьей, новой: программист-обычный. И «обычных» настолько много, что работа у разработчиков IDE будет всегда =).
Обидно только, разработчиков хороших теперь найти в 100500 раз сложнее стало =(
Потому что waf не нужно устанавливать, его вместе с дистрибутивом в исходики класть надо, ибо у него нет зависимостей (ну акромя питона канеш).
SCons и Waf писались одновременно для KDE. Но KDE все же выбрал CMake на тот момент, по ряду причин. Сейчас waf не особо развивается. Но он нереально быстр, очень умён и не очень прост в освоении.
SCons очень медленный. Очень.
Вообще почитать wafbook стоит любому кто выбирает систему сборки. Там популярно разжевано в каких случаях и почему waf быстрее/лучше.
Имхо. Если ты не можешь держать иерархию кода, над которым работаешь в голове — то кодить у тебя не получится. Более того я считаю, что память надо развивать. Если постоянно полагаться на помощь, то никогда ничего и не запомнишь. И печатать быстро не научишься.
Я когда-то сидел на jedit. Потом переехал на vim, основным толчком стало, что при большом кол-ве серверов он становится слишком удобен. Потом в течении нескольких лет vim у меня постепенно обрастал возможностями и сейчас даст фору любому эклипсу. Но у меня основной упор не на супер-автокомлит, а на удобное и быстрое редактирование и навигацию по файлам.
затем что разработчики php тупо не видят всего того, что даёт система контроля версий) И отказываются видеть, глупо объясняя это тем что «такая мощь нам не нужна»
Моё имхо:
1) перейти с 2.х проще на 3.3 чем на 3.2 и уж тем более чем на 3.1
2) оно наконец не медленнее 2го питона практически. Понятно что в некоторых случаях и быстрее
3) оно наконец без ucs2/ucs4 сплита юникода
4) море синтаксического сахара, наподобие raise from None
3й уже даже в генте ворочается как системный питон без проблем. Всё. Пора)
это то же самое что и переменную перепутать. Тоже не просто дебажить и тоже надо код читать.
ни разу не имел проблем с пропавшими запятыми чесслово
2) а куда блин подевался python2 из shootout?!?
3) я не монах)
4) 3.3 python имхо вызовет шквальный переход.
есть мнение, что ты — зло)
Я на php писал до 2005 года. В основном на нём тогда и писал. Сейчас пишу как правило на десятке разных языков в одном проекте. И делать на php то, что я делаю сейчас было бы совсем невозможно. PHP был хорош, но его время кончилось, ибо большинство, кто мог толкать PHP вперёд (и даже не сам язык, а 3rd party либы) с него ушли.
В комплекте и кожаные и велюровые амбюшуры. Велюровые удобны в жару, но у кожаных намного выше звукоизоляция. Я бы не стал ходить в таких ушах по улице, скорее это все же для дома или офиса. Состояние после 2х лет экслуатации осталось идеальным. Были ещё большие, открытые за 200$ тоже от Sennheiser, так вот они за пару лет в какашку превращались. И провода отходили и все в таком духе. Я даже не ожидал что HD25-1 II такие живучие в этом плане.
Конечно все написаное мной справедливо, если:
1) слепой метод печати
2) хотя бы 220-250 символов в минуту (у меня ~450, программистских (с запятыми, кавычками, слешами и тп)). Клавогонки и все такое). Даже при 16 символах в секунду, ваши нажатия все в 1 секунду уложаться. 4 клика мышкой, учитывая что к ней надо тянуться и между кликами двигать — будут дольше.
3) vim /etc/cron.d/somefile => vim /e/c/somefile. Так умеет, например, zsh. Это не просто экономия на нажатиях табов, в /etc может быть несколько папок начинающихся с «c», но zsh автоматически возьмёт cron.d, при условии что somefile есть только там.
Работа с консолью со временем становится все быстрее и быстрее и быстрее.
По поводу п1 стоит отдельно заметить, что т.к. это вообще полезное умение при работе связанной с программированием, то его при работе с консолью навык работать с клавиатурой целиком вслепую придет быстрее =).
Не понтов ради, но сейчас для меня необходимость тянуться к мышке иногда уже является сильным замедляющим фактором. Хотя я ничего специально нигде не пытаюсь ускорять в своём workflow. Просто с течением времени все само собой так получается.
Ну и последнее замечание — открытие нужного файла в консоли — никто же не говорит, что это не может быть аналог GUI, но в текстовом варианте. У меня в виме есть возможность открывать файлы через встроенный файл-менеджер (ну типа :e folder/file.txt — напрямую, а если :e folder, то потом нужно лишь файл выбрать в списке). Действительно бывает удобно какие-то файлы выбирать, а не печатать. И никто не говорит тут о том чтобы бросаться в крайности и никогда такого не делать. Можно в какой-то момент дергать mc, если опять же это нужно. Всегда есть выбор. А если разработка завязана на консольке. то значит в этот момент она уже открыта и вероятно в нужном месте (как правило, в корне проекта).
Просто IDE все стремится засосать в себя. А консоль стремится быть клеем всего и вся.
Пример: есть virtualenv для питона. И сейчас IDE научились его эмулировать. Хотя сам virtualenv уже года 2 существует, IDE дошли до него только сейчас. И эта поддержка ими не может быть полной по определению. В итоге многие используют virtualenv отдельно а IDE отдельно. А такое дробление (часть делаем в консольке — часть в IDE) тоже не позволяет прочувствовать мощь консоли целиком.
Вы просто не понимаете что может дать консоль. И, впрочем, никогда не сможете понять если относитесь к этому с такими взглядами. Известно, что в консольке работает гигантское количество людей. И хотя бы один этот факт должен говорить о том, что в чем-то вы заблуждаетесь.
По существу: если вы такой любитель придираться к словам, то IDE — это набор средств для разработки. Абсолютно неважно 1 это программа или 1000.
Ваша IDE тоже использует svn, с какого перепугу?
Лучшие программисты которых я видел, которые пишут самый адекватный код — из тех что я знаю, делают это в мощных текстовых редакторах. Будь-то jedit или vim или emacs или новомодный sublime. Я до глубины души считаю что IDE — это зло. Наша голова способна вмещать гигантское кол-во информации. И помнить классы/методы/параметры ко всему и вся — можно. Постепенно привыкаешь запоминать это с первого раза. Потом — привыкаешь писать ТАК, чтобы в следующий раз даже вспоминать НЕ НАДО было, так, что в следующий раз ты при использовании функции легко вписываешь те же параметры, как если бы писал функцию сейчас. Код становится куда проще для понимания при первом чтении. Рефакторинг становится проще и адекватнее. Даже баги становится проще чинить — потому что когда происходит хрень, ты уже *помнишь всё*. Не надо никуда лезть смотреть. Ты сразу предполагаешь что могло пойти не так. Для этого даже не нужно смотреть никуда — ты можешь такие проблемы решать *по телефону*. И вот это — дорогого стоит. А быть привязанным к IDE и даже никогда не набирать очень_вот_блин_длинную_функцию руками, и, как следствие, вообще со временем забыть какое окончание в названии у этой супердлинной функции — очень сочувствую я таким разработчикам.
С другой стороны, у меня есть знакомые разработчики которые работают в IDE. И они умудряются делать элементарные ошибки, потому что IDE им что-то там не подсветило. Систематически.
Если рассуждать так же как и я — то фраза «Unix как IDE» вполне адекватна. Я бы правда «как» заменил на «вместо».
Впрочем, когда то разработчики были двух каст — «натянутые» и те, кто настолько сильно любит это ремесло, что посветил ему такое коллосальное кол-во времени, что в моём опусе видит смысла больше, чем кажется. Первая каста — это как преподаватели информатики. Которые узнали что-то одно, а больше и не надо. Так вот сейчас спустя десяток лет эти две касты остались, но стали мизерными по сравнению с третьей, новой: программист-обычный. И «обычных» настолько много, что работа у разработчиков IDE будет всегда =).
Обидно только, разработчиков хороших теперь найти в 100500 раз сложнее стало =(
SCons и Waf писались одновременно для KDE. Но KDE все же выбрал CMake на тот момент, по ряду причин. Сейчас waf не особо развивается. Но он нереально быстр, очень умён и не очень прост в освоении.
SCons очень медленный. Очень.
Вообще почитать wafbook стоит любому кто выбирает систему сборки. Там популярно разжевано в каких случаях и почему waf быстрее/лучше.
и это только та область, с которой работаю я, а не всё подряд.
Я когда-то сидел на jedit. Потом переехал на vim, основным толчком стало, что при большом кол-ве серверов он становится слишком удобен. Потом в течении нескольких лет vim у меня постепенно обрастал возможностями и сейчас даст фору любому эклипсу. Но у меня основной упор не на супер-автокомлит, а на удобное и быстрое редактирование и навигацию по файлам.
и ниче, живём =). Вижак на этом объёме требует каких-то чудовищных ресурсов для своей работы. Эклипс кушает 5-6 гб ОЗУ.
Я конечно предположу что я умный, а вы тупой. Но т.к. в это не верю, поэтому и советую обратить внимание на опыт других людей.