Да, видимо. Я просто нечасто забредаю в те дебри, а от этих акронимов и
т.п. уже скучно становится. по паре новых лучших технологий в год.
JavaScript...
28 октября 2016 г., 9:46 пользователь Толян II via Moscow-pm <
moscow-pm@pm.org> написал:
> Может таки eslint?
>
> Поскольку gulp-cslint ---
Может таки eslint?
Поскольку gulp-cslint --- это плагин для проверки coffescript к gulp
а cslint --- DeadLock detector for CSharp programs
В любом случае спасибо за наводку, я думал в JS все плохо.
Еще нашел JShint, тоже ловит нужные мне ошибки.
И http://www.javascriptlint.com --- но похоже на
Используйте CSLint, jslint безнадежно морально устарел.
26 октября 2016 г., 10:52 пользователь Толян II
написал:
>
>
> 26 октября 2016 г., 0:02 пользователь Akzhan Abdulin <
> akzhan.abdu...@gmail.com> написал:
>
>> У меня есть что сказать по данному поводу, но лень.
Эм, последние годы только и работаю, что в распределенных командах, ну лет
10, наверное.
В остальном спорить не хочется. Сами дойдёте, со временем, может быть. Или
Вам скажут, как надо.
26 октября 2016 г., 7:42 пользователь Ivan Petrov
написал:
> > Я вполне себе знаком
А зачем вообще JIT перлу?
В php сделали JIT и увидели 0% прироста производительность в реальных
приложениях.
Поэтому не уверен, что JIT кого-то спасет. А проблем (если смотреть на
форумы lua-jit) можно поиметь много.
А увидеть огромную скорость в тестах на пузырковую сортировку небольшой
2016-10-26 7:36 GMT+03:00 Ivan Petrov :
> здесь бага в самом перле. Надо фиксить именно ее.
>
> no utf8;
> my $str = 'привет';
> use utf8;
> $str .= ' медвед';
>
> - флаг utf8 стоит
> - крайне сложно тут далее работать с этой смесью
>
В этой области есть "недоработки
2016-10-26 13:54 GMT+03:00 Alex Chistyakov :
> Второй вопрос - напомните, пожалуйста, в интерпретатор Perl 5 JIT уже
> завезли?
> Это к дискуссии Perl vs Python.
JIT туда не завезут в core perl 5 не по причине отсутствия строгой
типизации или еще каких-то особенностей
Есть, конечно. Так же, как и в питоне есть способы сделать жизнь лучше.
И тут второе преимущество перла: методов заточить «поведение из коробки»
гораздо больше.
25.10.2016, 11:41, "Ruslan Zakirov" :
> 2016-10-25 0:50 GMT+03:00 Oleg Alistratov :
>>
Обухов Дмитрий так же не работает в компании, и причем тут Тарантул, но
если у вас есть желание накинуть на MRG, заезжайте в гости, познакомиться с
разработчиками, с теми кто делает почту, Тарантул, проверите откуда у них
что растет, свои умения покажете. Что бы за глаза не обвинять и не
2016-10-26 15:01 GMT+03:00 Павел Щербинин :
> Иван, кстати, не работает в MRG
>
Зато там работает Обухов Дмитрий. Хорошая реклама Tarantool.
--
Sergey
--
Moscow.pm mailing list
moscow-pm@pm.org | http://moscow.pm.org
>Среда, 26 октября 2016, 13:54 +03:00 от Alex Chistyakov :
>
>Я не тролль.
>Я, кроме всего, научный работник.
>В рамках научной деятельности наблюдаю за вами, коллеги.
>Стараюсь даже не давать прямых оценок вашей деятельности, ибо научному
>работнику не положено.
>Кстати,
А где в питоне есть поддержка JIT?
Или это pypy? Хотя по моему мнению это фигня малорабочая
Готов поверить, что есть спека на байткод.
Есть ссылки, или фразы для Гугла?
26 октября 2016 г., 15:21 пользователь Daniel Podolsky
написал:
> > Раз уж эта тема 'vs Python',
Можно я отвечу на вопрос абстрактно?Не спрорьте с дурамами, они опустят вас до своего уровня и победят за счёт опыта :D26.10.2016, 14:55, "Alex Chistyakov" :2016-10-26 14:47 GMT+03:00 Naim Sh :Коллеги , плиз не засоряйте эфир , не грызытесь между собой,все
+1 Кроме "Ответить всем" есть такая кнопка "Ответить" И все будут щастливы.
26.10.2016, 14:49, "Naim Sh" :
> Коллеги , плиз не засоряйте эфир , не грызытесь между собой,все таки
> рассылку должна быть приятной и продуктивной для чтения.
>
> On 10/26/2016 03:39 PM, Ivan Petrov
> Раз уж эта тема 'vs Python', прошу уточнить что из этого списка есть в Python
>
>> 1. в perl vm нет поддержки многопоточности
нету. то, что есть - такое жу фуфло, как и в perl
>> 2. в perl vm нет поддержки JIT
есть в питоне
>> 3. для perl vm нет семплирующего профайлера
есть для питона
>>
Любители переходить на личности, если у вас возникло желание написать "ТЫ" бла-бла-бля, то лучше не пишите. Не хотелось бы нагружать спам фильтр лишними правилами с вашми мейлом26.10.2016, 13:59, "Павел Борисов" :>>Во-вторых, я начал писать на Perl курсе на 4-м - это
Раз уж эта тема 'vs Python', прошу уточнить что из этого списка есть в Python
26.10.2016, 14:09, "Daniel Podolsky" :
>> И за столько лет ты умудрился узнать Перл всего-то процентов на 5-10 (судя
>> по постам - не больше) ?
>
> в 21-ом веке про perl надо знать только самое
2016-10-26 14:47 GMT+03:00 Naim Sh :
> Коллеги , плиз не засоряйте эфир , не грызытесь между собой,все таки
> рассылку должна быть приятной и продуктивной для чтения.
У меня к уважаемому сообществу вопрос следующего характера в рамках
установления, так сказать, объективной
2016-10-26 14:43 GMT+03:00 Ivan Petrov :
>
> > Стадия компиляции, внезапно, есть и в интерпретаторе PHP.
> > И столь же внезапно - в интерпретаторе Python.
>
> про треды "научный работник" не может сказать ничего в
> PHP/Python/Ruby?
>
Я, вроде, уже сказал - в Rubinius
Коллеги , плиз не засоряйте эфир , не грызытесь между собой,все таки
рассылку должна быть приятной и продуктивной для чтения.
On 10/26/2016 03:39 PM, Ivan Petrov wrote:
в сад, срочно!
т.е. в книжу Ларри Уолла. глава 18: Компиляция.
То есть, наличие у интерпретатора стадии компиляции делает
2016-10-26 14:39 GMT+03:00 Ivan Petrov :
> >> в сад, срочно!
> >> т.е. в книжу Ларри Уолла. глава 18: Компиляция.
>
> > То есть, наличие у интерпретатора стадии компиляции делает интерпретатор
> > компилятором?
>
> во видишь, читать начал. скоро до понимания добираться
Вообще, друзья, отличные результаты.
Человека с мнением, не таким как у вас, вы объявляете троллем и немедленно
на этом успокаиваетесь.
Плюс - включаете ad hominem, "ты хуевый и Perl хуево знаешь".
2016-10-26 13:35 GMT+03:00 Ivan Petrov :
> >> Я не очень понял, какое
> Стадия компиляции, внезапно, есть и в интерпретаторе PHP.
> И столь же внезапно - в интерпретаторе Python.
про треды "научный работник" не может сказать ничего в
PHP/Python/Ruby?
проблема в нашей отечественной науке: стали давать всяким раздолбаям
звания вот она и в одном месте теперь: ни
>> в сад, срочно!
>> т.е. в книжу Ларри Уолла. глава 18: Компиляция.
> То есть, наличие у интерпретатора стадии компиляции делает интерпретатор
> компилятором?
во видишь, читать начал. скоро до понимания добираться начнешь,
научный работник.
поскольку есть стадия компиляции, то говорить об
2016-10-26 14:18 GMT+03:00 Ivan Petrov :
> >> И за столько лет ты умудрился узнать Перл всего-то процентов на 5-10
> (судя
> >> по постам - не больше) ?
>
> > в 21-ом веке про perl надо знать только самое важное, а не тьму
> > унижающих его подробностей:
>
> > 1. в perl
2016-10-26 14:35 GMT+03:00 Victor Efimov :
> вот странно. думаю кто-то решил оживить рассылку и попросил сюда пару
> троллей. а может это просто осень..
>
^ Шутка за 300
По делу сказать нечего, так ведь?
>
> 26 октября 2016 г., 14:29 пользователь Alex Chistyakov
>
вот странно. думаю кто-то решил оживить рассылку и попросил сюда пару
троллей. а может это просто осень..
26 октября 2016 г., 14:29 пользователь Alex Chistyakov
написал:
>
>
> 2016-10-26 14:23 GMT+03:00 Ivan Petrov :
>>
>> >> какой работник?
>>
>> >
2016-10-26 14:23 GMT+03:00 Ivan Petrov :
>
> >>> в интерпретатор Perl 5 JIT уже завезли?
>
> >> 1. у Perl не интерпретатор, а компилятор
>
> > Щта???
>
> в сад, срочно!
> т.е. в книжу Ларри Уолла. глава 18: Компиляция.
>
То есть, наличие у интерпретатора стадии
2016-10-26 14:18 GMT+03:00 Ivan Petrov :
> >> И за столько лет ты умудрился узнать Перл всего-то процентов на 5-10
> (судя
> >> по постам - не больше) ?
>
> > в 21-ом веке про perl надо знать только самое важное, а не тьму
> > унижающих его подробностей:
>
> > 1. в perl
>> какой работник?
> Сотрудник ISST Lab.
у вас все там такие научные, не разбираясь в предмете выдают суждения?
или ты там один такой?
--
Moscow.pm mailing list
moscow-pm@pm.org | http://moscow.pm.org
>>> в интерпретатор Perl 5 JIT уже завезли?
>> 1. у Perl не интерпретатор, а компилятор
> Щта???
в сад, срочно!
т.е. в книжу Ларри Уолла. глава 18: Компиляция.
Но прежде чем доберешься до главы 18, сперва прочитай таки предыдущие,
чтобы не нести чепуху с апломбом "научного работника"
--
2016-10-26 14:10 GMT+03:00 Ivan Petrov :
> > Я не тролль.
> > Я, кроме всего, научный работник.
>
> какой работник?
>
Сотрудник ISST Lab.
>
>
> --
> Moscow.pm mailing list
> moscow-pm@pm.org | http://moscow.pm.org
>
--
Moscow.pm mailing list
moscow-pm@pm.org |
2016-10-26 14:11 GMT+03:00 Ivan Petrov :
> > в интерпретатор Perl 5 JIT уже завезли?
>
> 1. у Perl не интерпретатор, а компилятор
>
Щта???
> 2. JIT Perl не нужен ибо и без JIT бенчмаркает хорошо
>
> --
> Moscow.pm mailing list
> moscow-pm@pm.org | http://moscow.pm.org
>> И за столько лет ты умудрился узнать Перл всего-то процентов на 5-10 (судя
>> по постам - не больше) ?
> в 21-ом веке про perl надо знать только самое важное, а не тьму
> унижающих его подробностей:
> 1. в perl vm нет поддержки многопоточности
в python тоже нет.
я больше тебе скажу, как
2016-10-26 14:08 GMT+03:00 Daniel Podolsky :
> > И за столько лет ты умудрился узнать Перл всего-то процентов на 5-10
> (судя
> > по постам - не больше) ?
>
> в 21-ом веке про perl надо знать только самое важное, а не тьму
> унижающих его подробностей:
>
> 1. в perl vm нет
2016-10-26 13:59 GMT+03:00 Павел Борисов :
> >>Во-вторых, я начал писать на Perl курсе на 4-м - это какой, то бишь,
> год был на дворе, 1997-й?
> И за столько лет ты умудрился узнать Перл всего-то процентов на 5-10 (судя
> по постам - не больше) ?
>
А я что, где-то
> в интерпретатор Perl 5 JIT уже завезли?
1. у Perl не интерпретатор, а компилятор
2. JIT Perl не нужен ибо и без JIT бенчмаркает хорошо
--
Moscow.pm mailing list
moscow-pm@pm.org | http://moscow.pm.org
> Я не тролль.
> Я, кроме всего, научный работник.
какой работник?
--
Moscow.pm mailing list
moscow-pm@pm.org | http://moscow.pm.org
26 октября 2016 г., 13:54 пользователь Alex Chistyakov
написал:
>
> Второй вопрос - напомните, пожалуйста, в интерпретатор Perl 5 JIT уже
> завезли?
> Это к дискуссии Perl vs Python.
>
Есть аналогичная хрень:
> И за столько лет ты умудрился узнать Перл всего-то процентов на 5-10 (судя
> по постам - не больше) ?
в 21-ом веке про perl надо знать только самое важное, а не тьму
унижающих его подробностей:
1. в perl vm нет поддержки многопоточности
2. в perl vm нет поддержки JIT
3. для perl vm нет
>>Во-вторых, я начал писать на Perl курсе на 4-м - это какой, то бишь, год
был на дворе, 1997-й?
И за столько лет ты умудрился узнать Перл всего-то процентов на 5-10 (судя
по постам - не больше) ?
Так может быть всёж-таки ебаната и макаку ты каждый день в зеркале
наблюдаешь, а не в окружающем мире
Я не тролль.
Я, кроме всего, научный работник.
В рамках научной деятельности наблюдаю за вами, коллеги.
Стараюсь даже не давать прямых оценок вашей деятельности, ибо научному
работнику не положено.
Кстати, чем плоха строгая типизация в Python (ну или Ruby), я так и не
понял.
Давайте попробуем
+1 . Но без троллей как и без плохих и гадких людей жизнь была бы
неинтересна )
On 10/26/2016 02:46 PM, Ivan Petrov wrote:
что Perl - довольно сильное говно
Еще раз повторю вопрос: что ТЫ делаешь в ЭТОЙ рассылке?
--
--
Moscow.pm mailing list
moscow-pm@pm.org | http://moscow.pm.org
2016-10-26 13:46 GMT+03:00 Ivan Petrov :
> > что Perl - довольно сильное говно
>
> Еще раз повторю вопрос: что ТЫ делаешь в ЭТОЙ рассылке?
>
Во-первых, я, как и Диоген, ищу человека.
Во-вторых, я начал писать на Perl курсе на 4-м - это какой, то бишь, год
был на дворе,
2016-10-26 13:35 GMT+03:00 Ivan Petrov :
> >> Я не очень понял, какое отношение статическая типизация имеет к анализу
> > типов
> >> данных рантайм.
>
> > я тоже не понимаю зачем все время перескакивать с одного на другое
>
> > Я пока никуда не перескакивал, потому что не
Конечно статическая типизация нужна. Если бы родители Ивана Петрова
практиковали статический анализ, у них бы получилось гораздо лучше.
On Wed, Oct 26, 2016 at 1:36 PM Ivan Petrov wrote:
> >> Я не очень понял, какое отношение статическая типизация имеет к анализу
> >
>> Я не очень понял, какое отношение статическая типизация имеет к анализу
> типов
>> данных рантайм.
> я тоже не понимаю зачем все время перескакивать с одного на другое
> Я пока никуда не перескакивал, потому что не было необходимости.
> Про строгую типизацию я сказал ровно три слова: "ОНА
2016-10-26 13:14 GMT+03:00 Ivan Petrov :
>
> > Я не очень понял, какое отношение статическая типизация имеет к анализу
> типов
> > данных рантайм.
>
> я тоже не понимаю зачем все время перескакивать с одного на другое
>
Я пока никуда не перескакивал, потому что не было
> Я не очень понял, какое отношение статическая типизация имеет к анализу типов
> данных рантайм.
я тоже не понимаю зачем все время перескакивать с одного на другое
--
Moscow.pm mailing list
moscow-pm@pm.org | http://moscow.pm.org
2016-10-26 12:59 GMT+03:00 Ivan Petrov :
> >> и при том имеете
> >> настолько отличное от общепринятого и моего личного мнение
>
> > пожалуйста ссылку на общепринятость.
> > в Perl вот нет типизации, в Python - есть.
>
> > В Python нет статической типизации.
>
> мы
2016-10-26 12:59 GMT+03:00 Ivan Petrov :
> >> и при том имеете
> >> настолько отличное от общепринятого и моего личного мнение
>
> > пожалуйста ссылку на общепринятость.
> > в Perl вот нет типизации, в Python - есть.
>
> > В Python нет статической типизации.
>
> мы
2016-10-26 12:57 GMT+03:00 Ivan Petrov :
>
> > Статическая типизация является вырожденным частным случаем статического
> анализа
> > кода.
>
> анализ кода при написании/компиляции никак не пересекается с анализом
> типов данных рантайм.
>
Я не очень понял, какое
>> и при том имеете
>> настолько отличное от общепринятого и моего личного мнение
> пожалуйста ссылку на общепринятость.
> в Perl вот нет типизации, в Python - есть.
> В Python нет статической типизации.
мы говорим не [только] о статической типизации, но и о строгой
> Ну так optional type
> Статическая типизация является вырожденным частным случаем статического
> анализа
> кода.
анализ кода при написании/компиляции никак не пересекается с анализом
типов данных рантайм.
--
Moscow.pm mailing list
moscow-pm@pm.org | http://moscow.pm.org
>> Линус Торвальдс начал писать Linux в 1991-м, а институт окончил в 1996-м
>> (ЕМНИП).
> Ценность данного утверждения 0.0%.
о, пошло не относящееся к обсуждению бормотание
--
Moscow.pm mailing list
moscow-pm@pm.org | http://moscow.pm.org
> Мне интересно, какую еще, с позволения сказать, херню, я прочитаю в уважаемой
> рассылке Перл-сообщества.
ты программист или тряпка?
а ну живо man procmailrc!
--
Moscow.pm mailing list
moscow-pm@pm.org | http://moscow.pm.org
2016-10-26 10:57 GMT+03:00 Ivan Petrov :
> > и при том имеете
> > настолько отличное от общепринятого и моего личного мнение
>
> пожалуйста ссылку на общепринятость.
> в Perl вот нет типизации, в Python - есть.
В Python нет статической типизации.
Есть опциональные type
2016-10-26 7:46 GMT+03:00 Ivan Petrov :
> >> Ой, не путайте строгую и статическую типизацию.
> >> Это две большие разницы.
>
> > и то и другое для скриптового языка - зло
>
> > У вас в проекте использование Perl::Critic не принято?
>
> не надо мешать в кучу критик и
> Линус Торвальдс начал писать Linux в 1991-м, а институт окончил в 1996-м
(ЕМНИП).
Ценность данного утверждения 0.0%. 1/sqrt(n) — это такая оценка ошибки в
вашей выборке из n примеров.
On Wed, Oct 26, 2016 at 12:29 PM Ivan Petrov
wrote:
> > Лучше под 50+. Раньше как
2016-10-26 11:20 GMT+03:00 Naim Sh :
> >если было взять какой-либо 8x-й год, то больших проектов на языках
> >низкого уровня было бесконечно больше.
> >но со временем этот косяк выправился.
>
> в 80-х годах программисты были другими требования( железо было на порядки
>
> Лучше под 50+. Раньше как правило программист был с PhD за спиной,
это было до эпохи персоналок, да и то -- неправда.
> а сейчас хорошо если бы первый курс осилил.
Линус Торвальдс начал писать Linux в 1991-м, а институт окончил в
1996-м (ЕМНИП).
так что это ваше "раньше было круто, а
Лучше под 50+. Раньше как правило программист был с PhD за спиной, а сейчас
хорошо если бы первый курс осилил.
Но раньше и отбор был --- на более большие проекты выбирали тех кто быстро
и хорошо пишет, а сейчас если php+jquery осилил, то уже крутой специалист.
Есть другая аналогия, чем менее
Я не настолько возрастной , но думаю что люди которым щас под 40 ,а ёщё
лучше под 50+ расскажут какие тогда были программисты в плане
адекватности , знаний алгоритм и умений. ИМХО .
On 10/26/2016 12:33 PM, Ivan Petrov wrote:
если было взять какой-либо 8x-й год, то больших проектов на языках
>> если было взять какой-либо 8x-й год, то больших проектов на языках
>> низкого уровня было бесконечно больше.
>> но со временем этот косяк выправился.
> в 80-х годах программисты были другими требования( железо было на
> порядки медленнее ) + программисти были именно Программистами
>если было взять какой-либо 8x-й год, то больших проектов на языках
>низкого уровня было бесконечно больше.
>но со временем этот косяк выправился.
в 80-х годах программисты были другими требования( железо было на
порядки медленнее ) + программисти были именно Программистами
On 10/26/2016
>>> что ты делаешь в рассылке по Perl, если у тебя в голове ТАКОЕ?
>> я еще и на CPAN есть, прикинь?
> я тебе вопрос задал вполне конкретный
наблюдаю за жизнью сообщества
ханчу время от времени
--
Moscow.pm mailing list
moscow-pm@pm.org | http://moscow.pm.org
Иван - молодец! Жги глаголом дальше!
26 Окт 2016 г. 11:09 пользователь "Ivan Petrov"
написал:
> >> языков с типизацией больше? из этого следует общепринятость?
>
> > больших проектов на языках со строгой статической типизацией больше.
> > бесконечно больше.
>
> если
Иван, мне кажется, тупая обезьяна - это вы
On Wed, Oct 26, 2016, 11:09 Ivan Petrov wrote:
> >> языков с типизацией больше? из этого следует общепринятость?
>
> > больших проектов на языках со строгой статической типизацией больше.
> > бесконечно больше.
>
> если было
>> языков с типизацией больше? из этого следует общепринятость?
> больших проектов на языках со строгой статической типизацией больше.
> бесконечно больше.
если было взять какой-либо 8x-й год, то больших проектов на языках
низкого уровня было бесконечно больше.
но со временем этот косяк
>> что ты делаешь в рассылке по Perl, если у тебя в голове ТАКОЕ?
> я еще и на CPAN есть, прикинь?
я тебе вопрос задал вполне конкретный
--
Moscow.pm mailing list
moscow-pm@pm.org | http://moscow.pm.org
> языков с типизацией больше? из этого следует общепринятость?
больших проектов на языках со строгой статической типизацией больше.
бесконечно больше.
--
Moscow.pm mailing list
moscow-pm@pm.org | http://moscow.pm.org
> что ты делаешь в рассылке по Perl, если у тебя в голове ТАКОЕ?
я еще и на CPAN есть, прикинь?
--
Moscow.pm mailing list
moscow-pm@pm.org | http://moscow.pm.org
> и при том имеете
> настолько отличное от общепринятого и моего личного мнение
пожалуйста ссылку на общепринятость.
в Perl вот нет типизации, в Python - есть. Что тут является
общепринятостью?
языков с типизацией больше? из этого следует общепринятость?
--
Moscow.pm mailing list
>> строгое определение интерфейсов никак с типизацией не коррелирует.
>> вернее если у Вас типизирующий язык то Вы ВЫНУЖДЕНЫ в определении
>> интерфейсов о ней думать. И Вам КАЖЕТСЯ что у Вас все хорошо потому
>> что типизация, а не потому что Вы об интерфейсе думали
> строгая статическая
26 октября 2016 г., 0:02 пользователь Akzhan Abdulin <
akzhan.abdu...@gmail.com> написал:
> У меня есть что сказать по данному поводу, но лень. Напомню лишь, кто
> зачатки типизации вполне внедрены в Perl (объектные системы Moo*), и
> используются широко.
>
> Тренды разработки в JavaScript
26 октября 2016 г., 10:13 пользователь Daniel Podolsky
написал:
>
> строгая статическая типизация потому и хороша, что заставляет тупых
> агрессивных обезьян, что называют себя сегодня программистами, думать.
> ну, не думать, а рефлексировать.
>
А это мысль: заставлять
2016-10-26 7:42 GMT+03:00 Ivan Petrov :
> строгое определение интерфейсов никак с типизацией не коррелирует.
> вернее если у Вас типизирующий язык то Вы ВЫНУЖДЕНЫ в определении
> интерфейсов о ней думать. И Вам КАЖЕТСЯ что у Вас все хорошо потому
> что типизация, а не
>>> а вы с какой целью интересуетесь?
>> выяснить, насколько вы компетентны оценивать пользу и вред строгой
>> статической типизации для большого проекта.
> это русло разговора неконструктивное
Еще какое конструктивное.
Если бы оказалось, что Вы действительно компетентны, и при том имеете
>> Ой, не путайте строгую и статическую типизацию.
>> Это две большие разницы.
> и то и другое для скриптового языка - зло
> У вас в проекте использование Perl::Critic не принято?
не надо мешать в кучу критик и типизацию. Аналогом critic мы пользуемся для
всех языков и типизируемых и нет.
> А
> Я вполне себе знаком с Moose/Manual/Types.pod :)
а причем тут Moose/Manual/Types.pod?
работу
> has bla => is => 'ro', isa => 'Int', required => 1;
> $foo = new Blah(bla => '1234');
обеспечивает не Moose, а Perl
> Типизация - очень удобна для кода, который строит и поддерживает команда.
> А что, MRG уже в Fortune 50?
я знал что именно такой коментарий и будет о MRG :)
--
Moscow.pm mailing list
moscow-pm@pm.org | http://moscow.pm.org
>> мы смешали blob и utf
> а почему бы и нет. это же большой проект, где люди работают над
> разными частями. у одного данные в юникоде прочитались, а у другого -
> блобом.
здесь бага в самом перле. Надо фиксить именно ее.
no utf8;
my $str = 'привет';
use utf8;
$str .= ' медвед';
- флаг utf8
Так люди (Даниил Подольский - Perl Undead!) говорят, что не хватает...
https://www.youtube.com/watch?v=2-a2xxUI5QQМожет что-то не так деляют?
On Tuesday, 25 October 2016, 22:41, Ruslan Zakirov
wrote:
2016-10-25 11:50 GMT+03:00 Eugene Toropov
А поделитесь конфигом perlcritic ?
2016-10-26 5:49 GMT+07:00 Alex Chistyakov :
>
>
> 2016-10-25 15:56 GMT+03:00 Ivan Petrov :
>
>>
>> >> сотни тысяч крешей Type Error в питонячьих программах - самое лучшее
>> >> тому подтверждение.
>>
>> > Ой, не
2016-10-24 20:47 GMT+03:00 Alexander Q :
> Типизация помогает рефакторить, генерировать тесты, отлаживать мышление,
> писать более качественный код, писать более быстрый код. Мешает типизация
> только писать фигню, которую в продакшн выпускать нельзя.
>
Я бы хотел добавить, что
2016-10-24 20:31 GMT+03:00 Ivan Petrov :
> > Ну претензия "нет strict режима который отслеживает необъявленные
> переменные"
> > звучит довольно странно для языка, в котором нет объявления переменных:-)
>
> отсутствие объявлений переменных - такая же бага в дизайне языка
2016-10-25 15:56 GMT+03:00 Ivan Petrov :
>
> >> сотни тысяч крешей Type Error в питонячьих программах - самое лучшее
> >> тому подтверждение.
>
> > Ой, не путайте строгую и статическую типизацию.
> > Это две большие разницы.
>
> и то и другое для скриптового языка - зло
>
2016-10-25 23:46 GMT+03:00 Ivan Petrov :
> > А название проекта?
>
> видишь ли, я привел в пример контраргументом к фразе "типизация это
> неимоверно хорошо" - конкретный кейз, который часто встречается и в JS
> и в больших проектах.
> тебе вдруг перестало хотеться
26 октября 2016 г., 0:42 пользователь Egor Makarov
написал:
>> мы смешали blob и utf
>
> а почему бы и нет. это же большой проект, где люди работают над
> разными частями. у одного данные в юникоде прочитались, а у другого -
> блобом. потом через пять уровней стектрейса это
> мы смешали blob и utf
а почему бы и нет. это же большой проект, где люди работают над
разными частями. у одного данные в юникоде прочитались, а у другого -
блобом. потом через пять уровней стектрейса это приходит в твою
функцию, которая очень любит, чтобы 12 равнялось '12' и не любит типы.
и
У меня есть что сказать по данному поводу, но лень. Напомню лишь, кто
зачатки типизации вполне внедрены в Perl (объектные системы Moo*), и
используются широко.
Тренды разработки в JavaScript указывают на широкое внедрение TypeScript в
этом году, хоть и уступая распространению Webpack и ES6/Babel
> У меня есть что сказать по данному поводу, но лень. Напомню лишь, кто зачатки
> типизации вполне внедрены в Perl (объектные системы Moo*), и используются
> широко.
не надо путать типизацию и валидацию параметров
has bla => is => 'ro', isa => 'Int', required => 1;
$foo = new Blah(bla =>
> угу, это же так прикольно поддерживать что-то вроде
> if ( $param == 20 || $param eq 'Двацать' || $param eq 'zwanzig' ) {
в perl == означает "привести оба аргумента к цифрам и сравнить как
цифры"
а eq означает "сравнить как строки
код
if ($a == число || $a eq строка)
является бессмысленным
угу, это же так прикольно поддерживать что-то вроде
if ( $param == 20 || $param eq 'Двацать' || $param eq 'zwanzig' ) {
# тут 2000 строк кода *большого* проекта. зато написано и работает,
а не "непонятно как написанный"
}
2016-10-25 22:08 GMT+02:00 Ivan Petrov :
>>
> А название проекта?
видишь ли, я привел в пример контраргументом к фразе "типизация это
неимоверно хорошо" - конкретный кейз, который часто встречается и в JS
и в больших проектах.
тебе вдруг перестало хотеться обсуждать типизацию и захотелось
пообсуждать меня. Это называется слив.
а больших
А название проекта?
On Tue, Oct 25, 2016, 23:35 Ivan Petrov wrote:
> >> а вы с какой целью интересуетесь?
>
> > выяснить, насколько вы компетентны оценивать пользу и вред строгой
> > статической типизации для большого проекта.
>
> это русло разговора неконструктивное
>
>> а вы с какой целью интересуетесь?
> выяснить, насколько вы компетентны оценивать пользу и вред строгой
> статической типизации для большого проекта.
это русло разговора неконструктивное
--
Moscow.pm mailing list
moscow-pm@pm.org | http://moscow.pm.org
> а вы с какой целью интересуетесь?
выяснить, насколько вы компетентны оценивать пользу и вред строгой
статической типизации для большого проекта.
--
Moscow.pm mailing list
moscow-pm@pm.org | http://moscow.pm.org
Так как он называется, которым я пользовался?
On Tue, Oct 25, 2016, 23:21 Ivan Petrov wrote:
> >> именно в большом она - великое зло.
> > коллега, а как называется ваш большой проект?
>
> а вы с какой целью интересуетесь?
>
> мы тут обсуждаем не мои проекты, а Perl vs
>> именно в большом она - великое зло.
> коллега, а как называется ваш большой проект?
а вы с какой целью интересуетесь?
мы тут обсуждаем не мои проекты, а Perl vs Python (ввиду названия
рассылки больше даже ацтойность второго перед первым).
PS: один из моих проектов - большой, если живете в
Результаты 1 - 100 из 155 matches
Mail list logo