Тут зависит от того, как строго следуют инструкциям эти «гомеопаты», они должны быть грамотными терапевтами и при первых отличительных признаках настоящих недомоганий против обыкновенной иппохондрии должны немедленно отправлять пациента к настоящим врачам. Если же они позволяют себе действовать как всякие «экстрасексы», заявляющие «я вылечил ваш рак, идите домой», а потом пациент последовательно выпиливается, то я сомневаюсь что это хороший уровень медицины.
И тем не менее акцент стоит не на этом, а на том, что его обязали предоставить кучу подготовленных бумаг в сжатые сроки и угрожают штрафом в случе, если он этого не сделает (может просто не успеет), то-есть попросту давят и пытаются «убрать с дороги».
Это означает засветить код, который является имуществом компании, а также можно запалить уязвимости системы, которые смогут впоследствии эксплуатировать конкуренты или просто вандалы-любители, а в коммерчесских продуктах таких уязвимостей может быть предостаточно, т.к. дешевле скрывать код и не палить их, и делать наколенные решения, но быстро и в срок. Не стоит равнять деятельность наёмников и свободных девелоперов.
Это где это так берут? У меня тоже есть свой опыт, который совсем не стыкуется с вашим, может у вас действительно уровень джуна, а вы хотите кожаное кресло и табличку «убер-сеньор-помидор» на столе? Или ходили по мутным шарашкам?
Мне кажется удивлять должно кол-во плюсов, говорящих либо о некомпетентности набежавших, либо о том, что люди поставили плюсов за хорошую шутку, либо может я дурак и чего-то не понимаю?
Справочные данные на ЛЗЦТ-0,7-1500: http://www.155la3.ru/datafiles/lzct.pdf
О задерживании некоего «не элетричества, а звука», то-есть звука, представленого не в виде электрического сигнала, речи там не идёт.
UPD: Помимо всего прочего из справки можно вынести вывод что задерживать там можно не только «звук», но и видеосигнал.
У меня вот вообще присутствует некоторая паранойя по поводу генерации мусора и неправильной утилизации отходов, я просто наблюдаю сколько я один (а я всегда отдаю предпочтение долгоиграющим товарам) произвожу в неделю мусора, и ужасаюсь, за мной одним надо столько утилизационных работ провести, а кругом столько особей homo sapiens и не очень sapiens, которые и того больше на мусор отправляют, и никак не проходит стойкое ощущение что проблема утилизации мусора и истощения ресурсов планеты стоит очень остро.
Я уж не говорю об газоразрядных лампочках с запланированным старением, которые ломаются на порядок быстрее ламп накаливания, которые содержат различные не очень полезные для окружающией флоры/фауны вещества и которые отправляют в бытовой мусор, как и прочие батарейки, электронику и разбитые ртутные градусники.
По поводу «умного» статического анализа, — для некоторых языков это реализовано тем или иным образом в vim, вот пример для ознакомления: http://ternjs.net/
В моём случае недостаточно просто не резать непробельные символы на пустых строках.
Простите что? Т.е. с тем, что закомментированный код в версионном хранилище — адовый антипаттерн вы не знакомы?
Данные решения принимал не я, сам бы так делать не стал, но я продемонстрировал что мой редактор позволяет мне подстроиться под заявленные требования, я сейчас не обсуждаю идеологические подходы, а лишь возможности редактора.
И, с учётом вышеозначенного, где бонус вима перед IDE?
Гибкость например. И я уверен, что то, что я описал на примере вырезания пробельных символов определённым образом, по прежнему не реализована в том же WebStorm или Idea, и это не связано с кривостью рук, если мне вдруг станет скучно, — может я и набросаю какой-нибудь пример с мусорными пробельными символами, покажу вам скринкаст, как с ними справляется вим, а вы в свою очередь можете попробовать доказать мне, что IDE способна на тоже самое, предоставив свой скринкаст.
Посмотрите мой комментарий выше, где я объясняю в чём суть. Вы также всё неправильно поняли и додумали свою версию того, что в стайл-гайде, которая ничего общего не имеет с реальностью, а плигин режет мусор и пробелы на концах строк, где отступы табами, являются мусором, как и табы на концах не пустых строк, за исключением комментариев (опять же смотрите ссылку на мой другой комментарий.
Вы выдумали какие-то свои аргументы, основываясь на выдуманных обстоятельствах, но тем не менее оправдывать ограниченность своей IDE плохим стайл-гайдом, потому что IDE не может под него подстроиться, — я не уверен, что это сколько-нибудь положительный или хотя бы оправдывающий пункт для обсуждаемой IDE.
О задерживании некоего «не элетричества, а звука», то-есть звука, представленого не в виде электрического сигнала, речи там не идёт.
UPD: Помимо всего прочего из справки можно вынести вывод что задерживать там можно не только «звук», но и видеосигнал.
Haskell достаточно мощный язык, чтобы можно было легко сделать наоборот:
И тогда
f . gэквивалентноg ? fТакже легко реализовать пайпы:
Я уж не говорю об газоразрядных лампочках с запланированным старением, которые ломаются на порядок быстрее ламп накаливания, которые содержат различные не очень полезные для окружающией флоры/фауны вещества и которые отправляют в бытовой мусор, как и прочие батарейки, электронику и разбитые ртутные градусники.
Данные решения принимал не я, сам бы так делать не стал, но я продемонстрировал что мой редактор позволяет мне подстроиться под заявленные требования, я сейчас не обсуждаю идеологические подходы, а лишь возможности редактора.
Гибкость например. И я уверен, что то, что я описал на примере вырезания пробельных символов определённым образом, по прежнему не реализована в том же WebStorm или Idea, и это не связано с кривостью рук, если мне вдруг станет скучно, — может я и набросаю какой-нибудь пример с мусорными пробельными символами, покажу вам скринкаст, как с ними справляется вим, а вы в свою очередь можете попробовать доказать мне, что IDE способна на тоже самое, предоставив свой скринкаст.
Вы выдумали какие-то свои аргументы, основываясь на выдуманных обстоятельствах, но тем не менее оправдывать ограниченность своей IDE плохим стайл-гайдом, потому что IDE не может под него подстроиться, — я не уверен, что это сколько-нибудь положительный или хотя бы оправдывающий пункт для обсуждаемой IDE.