Печатаю вслепую. Но у меня появилась обратная проблема — когда нужно что-то напечатать одной рукой (одна рука подпирает голову, или держит кружку чая) ничего не могу поделать — приходится смотреть, ибо левая рука хорошо знает левую сторону клавиатуры, а права — правую.
Ребята использующие решарпер вам не простят то, что вы упустили из виду комбинацию `alt + enter`. В phpStorm она работает, кажется, немного по другому, но работает :)
Стоит понажимать в разных местах (где идея подчеркивает что-либо или даже не подчеркивает) эту комбинацию и вы увидите чудо :)
Отличный дизайн!
Вот только иконка очков мне показалась не очень удачной. Ни с первого раза у меня получилось понять, что там. Думалось что, нечто зачеркнутое.
Интерфейсы, примеси, лямбда выражения, делегатопредикатоколбеки – это все появляется в ООЯП не просто так. Эти красивые штуки привносят скорее процесс/функциональность, чем данные. Они, наверное, поэтому и появляются, что ООП не все задачи решает эффективно.
Собственно говоря, данные — это ширпотреб, о которых не всегда стоит так сильно заботиться, как делает это ООП. Зачастую более важны процессы и результаты, чем данные, которыми они оперируют. Например, инженер программирует на ЯП. Неважно какой программист (Вася, Петя или Джон Ресиг) и какой ЯП он использует. Важно (для заказчика прежде всего) лишь то, как (время, качество, кривая входа, стоимость поддержки и тд.) он это делает и что в итоге получается. Понятно, что скорее всего Джон сделает это лучше Васи, но это совсем не факт.
Резюмируя, хотел бы выделить два слова из моего комментария: процесс (==функция) и результат (==объект). Эти два слова находятся в разных лагерях парадигм ЯП, поэтому-то, наверное, и разгорается эта священная война, и именно поэтому, я считаю, серебряной пули нет и нужно смешивать и использовать только лучшее.
И в конце, хотел бы задать вопрос автору, как бы он решал подобную задачу:
хочу чтобы «нарисовать карандашем на бумаге».
Стоит понажимать в разных местах (где идея подчеркивает что-либо или даже не подчеркивает) эту комбинацию и вы увидите чудо :)
Пример использования.
И да KnockoutJS это чистой воды MVVM, а не MVC.
Вот только иконка очков мне показалась не очень удачной. Ни с первого раза у меня получилось понять, что там. Думалось что, нечто зачеркнутое.
Собственно говоря, данные — это ширпотреб, о которых не всегда стоит так сильно заботиться, как делает это ООП. Зачастую более важны процессы и результаты, чем данные, которыми они оперируют. Например, инженер программирует на ЯП. Неважно какой программист (Вася, Петя или Джон Ресиг) и какой ЯП он использует. Важно (для заказчика прежде всего) лишь то, как (время, качество, кривая входа, стоимость поддержки и тд.) он это делает и что в итоге получается. Понятно, что скорее всего Джон сделает это лучше Васи, но это совсем не факт.
Резюмируя, хотел бы выделить два слова из моего комментария: процесс (==функция) и результат (==объект). Эти два слова находятся в разных лагерях парадигм ЯП, поэтому-то, наверное, и разгорается эта священная война, и именно поэтому, я считаю, серебряной пули нет и нужно смешивать и использовать только лучшее.
И в конце, хотел бы задать вопрос автору, как бы он решал подобную задачу:
хочу чтобы «нарисовать карандашем на бумаге».
Php less компилятор (на гитхабе).
Кстати, в этой же библиотеке есть lessify — обратный конвертер из css в less.
Пальцем какой руки вы наживаете доллар?
Доллар должен нажиматься средним пальцем.
phpstorm --line N filename.
Причем, если у вас filename уже открыт и вы пытаетесь перейти на другую строку в этом файле, то IDE заботливо плавно проскролит в нужное место.