когда тест валится трейсы показывают место возникновения ошибки. при тестировании сборки, исходники, которые надо править, приходится доискивать лапками.
основных преимуществ два. во первых, возможность использовать один и тот же код, как node.js, так и в браузерах (так называемый isomorphic javascript). во-вторых, CommonJS немного лаконичнее, чем AMD.
require.js надо собирать только для продакшена — тут время сборки особой роли не играет. время сборки существенно при разработке, но в этом случае ничего собирать не надо.
любопытно было бы увидеть то самое «письмо из аппарата полномочного представителя президента в Сибирском Федеральном округе № 4с от 2 июня 2014 года» — так ни чего не понятно, почему вдруг мин.образования оказалось в информацинной опасности и за что такие санкции?
результирующий код может получить дополнительную нагрузку за счёт вызова нового метода. Однако, в наше время быстрых процессоров и хороших компиляторов, такая нагрузка вряд ли будет заметна
больше всего в книжках про красивые рефакторинги смущают такие моменты. в теории, да, может быть, а на деле? рядом с примерами «до» и «после» было бы крайне познавательно видеть живые пузомерки, чтобы оценить масштаб бедствия на практике. ведь наверняка, для Java и PHP последствия могут быть сильно разными.
ps: вот что-то меня гложат сильные сомнения, что «быстрые процессоры и хорошие компиляторы» интерпретируемых языков будут рады такому рефакторингу. накидал для JS jsperf.com/replace-temp-with-query — как и предполагалось, результат стал медленнее на половину ;-/
Здесь не только данные в теле GET, но и JSON с Content-type: application/x-www-form-urlencoded. Похоже, они не заморачиваются со стандартами, а делают как себе удобнее.
похоже, Майерс хотел показать, что чем больше всякого г-на в языке, тем лучше плавучесть. а вашим java с рельсами, сей королевский перфекционизм в отношении парадигм еще выйдет таким боком… креном. вот увидите)
если серьезно, мне кажется, что секрет долголетия С++ в наличии спецификаций, не привязанных к конкретной реализации компилятора, их полнейшей открытости, педантичном отношении к обратной совместимости и умеренности темпа изменений — это с лихвой окупает все накопившиеся сложности и несуразности языка. а папские замашки, сначала Sun, затем Oracle, всю жизнь играли с Java злую шутку.
вдоволь напрыгавшись и чуть повзрослев, девушки становятся крайне расчетливыми стервами, хоть некоторые и продолжают строить из себя наивных девочек, что так нравится наивным мальчикам.
слушайте, потолок з/п это вполне конкретная и объективно скучная цифра, следующая прямо из бухгалтерсого баланса. в чем тогда смысл этой странной игры, ритуальных хождений и откуда такой азарт? почему вы так уверены, что не зарабатываете на 50% меньше, как все остальные? ;)
от чего же. закон есть — надо выполнять. какая-то индексация должна производится в большинстве компаний, хотя и в размерах, которые вряд-ли оправдают ваши ежегодные ожидания (скорее эти суммы вы просто не замечаете). просто это один из тех чудесных законов, за невыполнение которого государство в деталях прописало все наказания, а выполнять, на самом деле, можно как удобно — норма есть, но конкретика, по сути, в нем не определена.
например, как определенная форма зубоскальства, чо уж. «выбирают работу из-за денег, остаются из-за коллектива», было в одном советском фильме. при прочих равных результат очевиден. я не говорю о говноконторах с дикой текучкой, где ни кто ни кого и знать не хочет, а народ бежит не «куда», а «от куда».
объективно, инфляция для компании это не счет в банке с процентами, а тоже — совсем наоборот. растут налоги, отчисления в ваш пенсионный, ставки по кредитам, арендная плата, поддержка инфраструктуры и оборудования, да много всего. кроме того, деньги не могут возникать из ниоткуда (если все начнут таким методом повышать з/п, это еще больше подстегнет инфляцию — финансисты просто не в праве такого допустить). размеры инфляции в ценах окрестных продуктовых магазинов (или что вы там имеете ввиду) ни как не коррелируют со стоимостью услуг вашей компании. если она, конечно, занимается IT, а не продажей продуктов питания в розницу. =)
в общем, мне кажется, что обсуждение инфляции это не очень хорошая идея для переговоров о з/п, можно найти аргументы и по-лучше. скорее конкретно из сферы вашей непосредственной деятельности.
мне нравится когда они сами в постель запрыгивают! ))
за деньги? твоему начальнику тоже нравятся такие, активные. иди прыгай — повысит, потом умничай. ))
только давай обид, сарказм если что. я хочу сказать, что проблемы с повышением не возникают там, где этот вопрос адекватно решается, в том числе на уровне общения начальник-подчиненный. думаю, у вас все хорошо, раз так. тут ведь о другом речь. есть люди у которых классно получается работу работать, а есть те, кто лучше может людьми управлять. и те и другие, изрядно прокачавшись в своей области, могут творить как чудеса, так и полные непотребства — в зависимости от того, в чью сторону стараются перегнуть мм… палку.
возможно, вы не попадали в нормальные команды. вот выше пишите, что:
По своему опыту могу сказать, что наши разработчики просто не приходят с просьбами о повышение з/п, только один из 20 человек это сделал за все время.
долгосрочная мотивация, куда входит и вопрос з/п — весьма тонкая сфера. руководители, которые заинтересованы «выращивать» сотрудников с этим умеют обращаться и сотрудники у них не ходят «просить» (жесть какая-то). есть и такие, кто стремится за год-два отжать ресурсы по максимуму и заменить на «свежак» (да дороже, но это свежак), выбросив шлак обратно на рынок. все конечно зависит от конкретных обстоятельств, бизнеса и т.п… проблема лишь в том, что из-за накопившихся заморочек с деньгами, усталости от сверурочных вследствие игр в «мотивацию», недоверия к руководству, накопившихся проблем с семьями — реабилитация таких специалистов отнимает кучу времени.
соурс-мапы не помогают получать адекватные стек-трейсы. особенно доставляет в модульных тестах.
больше всего в книжках про красивые рефакторинги смущают такие моменты. в теории, да, может быть, а на деле? рядом с примерами «до» и «после» было бы крайне познавательно видеть живые пузомерки, чтобы оценить масштаб бедствия на практике. ведь наверняка, для Java и PHP последствия могут быть сильно разными.
ps: вот что-то меня гложат сильные сомнения, что «быстрые процессоры и хорошие компиляторы» интерпретируемых языков будут рады такому рефакторингу. накидал для JS jsperf.com/replace-temp-with-query — как и предполагалось, результат стал медленнее на половину ;-/
Стало интересно, как выглядит этот запрос на уровне HTTP — правда, что данные отправляются в теле сообщения методом GET?
Запустил
nc -l -p9200в соседней консоли, оказалось все так и есть:Здесь не только данные в теле
GET, но и JSON сContent-type: application/x-www-form-urlencoded. Похоже, они не заморачиваются со стандартами, а делают как себе удобнее.если серьезно, мне кажется, что секрет долголетия С++ в наличии спецификаций, не привязанных к конкретной реализации компилятора, их полнейшей открытости, педантичном отношении к обратной совместимости и умеренности темпа изменений — это с лихвой окупает все накопившиеся сложности и несуразности языка. а папские замашки, сначала Sun, затем Oracle, всю жизнь играли с Java злую шутку.
слушайте, потолок з/п это вполне конкретная и объективно скучная цифра, следующая прямо из бухгалтерсого баланса. в чем тогда смысл этой странной игры, ритуальных хождений и откуда такой азарт? почему вы так уверены, что не зарабатываете на 50% меньше, как все остальные? ;)
в общем, мне кажется, что обсуждение инфляции это не очень хорошая идея для переговоров о з/п, можно найти аргументы и по-лучше. скорее конкретно из сферы вашей непосредственной деятельности.
только давай обид, сарказм если что. я хочу сказать, что проблемы с повышением не возникают там, где этот вопрос адекватно решается, в том числе на уровне общения начальник-подчиненный. думаю, у вас все хорошо, раз так. тут ведь о другом речь. есть люди у которых классно получается работу работать, а есть те, кто лучше может людьми управлять. и те и другие, изрядно прокачавшись в своей области, могут творить как чудеса, так и полные непотребства — в зависимости от того, в чью сторону стараются перегнуть мм… палку.
долгосрочная мотивация, куда входит и вопрос з/п — весьма тонкая сфера. руководители, которые заинтересованы «выращивать» сотрудников с этим умеют обращаться и сотрудники у них не ходят «просить» (жесть какая-то). есть и такие, кто стремится за год-два отжать ресурсы по максимуму и заменить на «свежак» (да дороже, но это свежак), выбросив шлак обратно на рынок. все конечно зависит от конкретных обстоятельств, бизнеса и т.п… проблема лишь в том, что из-за накопившихся заморочек с деньгами, усталости от сверурочных вследствие игр в «мотивацию», недоверия к руководству, накопившихся проблем с семьями — реабилитация таких специалистов отнимает кучу времени.