https://217.65.3.21/openforum/vsluhforumID3/85952.html Компания Google представила (http://google-opensource.blogspot.com/2012/08/leak-finder-new-tool-for-javascript.html) новый открытый инструментарий Leak Finder (https://code.google.com/p/leak-finder-for-javascript/), предназначенный для выявления утечек памяти в JavaScript-программах. Под утечками памяти подразумевается наличие объектов, которые не освобождаются сборщиком мусора из-за привязки к структурам данных JavaScript-библиотек, но уже не используются в пользовательском приложении. Утилита написана на языке Python и распространяется под лицензией Apache. Использование утилиты производится вкупе с браузером Chrome при помощи протокола удалённой отладки.<br><br><br>URL: http://google-opensource.blogspot.com/2012/08/leak-finder-new-tool-for-javascript.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=34534<br> https://217.65.3.21/openforum/vsluhforumID3/85952.html#72 Fri, 10 Aug 2012 20:50:27 GMT ну этак вы дойдете до идеала вроде все есть все)<br> https://217.65.3.21/openforum/vsluhforumID3/85952.html#71 Fri, 10 Aug 2012 20:38:53 GMT да вариантов куча, и нужно выбирать оптимальный под конкретные условия, а не единственно верный) хрена там JS, даже бейсик 20 летней давности может быть оптимален.<br> https://217.65.3.21/openforum/vsluhforumID3/85952.html#70 Fri, 10 Aug 2012 20:26:31 GMT не выебывайся дитё<br> https://217.65.3.21/openforum/vsluhforumID3/85952.html#69 Fri, 10 Aug 2012 20:23:36 GMT на моей практике честно говоря от языка мало что зависит, мне удобнее перл/js/plsql, многим си, но течей, глюков, неочевидных ошибок и т.п. и там и там хватает, по моему гораздо важнее организация и квалификация исполнителей. Про крупные проекты можете не рассказывать, и менты и мо и гб и частные лавки и нефтекомпании, и зарубежные конторы, и это только один проект, с кучей языков.<br> https://217.65.3.21/openforum/vsluhforumID3/85952.html#68 Fri, 10 Aug 2012 18:29:21 GMT &gt; Жрется то одинаково, но причины разные, чуть ниже подробно описано.<br><br>Причины тоже примерно одинаковые, с точностью до сильно некоторых деталей.<br> https://217.65.3.21/openforum/vsluhforumID3/85952.html#67 Fri, 10 Aug 2012 18:25:59 GMT &gt; Ды и не спорю же, косяки конечно есть, но и плюсы тоже,<br><br>Так чтобы были вообще одни минусы - это надо сильно постараться. Даже у brainfuck (ЯП такой) можно найти некоторые плюсы, во всех смыслах слова :)<br> <br>&gt; реально позволяет при определенных условиях меньше париться, и вполне нормально при <br>&gt; этом решать задачу, давайте тогда чтоли залажаем визуальные/rad средства, не забудет <br>&gt; си, ибо на машкодах труёвей и т.п, ну вы поняли о чем я, инструмент под задачу <br>&gt; и спеца, ниша есть, <br><br>Не, с тем что ниша есть никто и не спорит. Вебня там всякая - ну да, нормально. Пока мелкая. Когда становится крупной - начинается: оно и течет, и ресурсов жрет прорву, и баги неочевидные через полдня работы, так что фиг поймаешь. А оказывается что вон там опечатка и тебе услужливо завели новую переменную. В которой содержится ну совсем не то что ожидалось. <br><br>Более строгий ЯП в два счета меня пошлет - "ой, а что это?". А JS просто втихарика слопает. Зато потом где-то далеко это выстрелит. Не то чтобы это хорошо.<br><br>&gt; и н https://217.65.3.21/openforum/vsluhforumID3/85952.html#66 Fri, 10 Aug 2012 18:19:29 GMT &gt; Неочевидных багов и в статике хватает <br><br>Си вообще не то чтобы строго типизированный ЯП. Его типы - по сути просто compile time валидация. Можно обойти, если надо. Но это всего лишь защита от пальбы в пятку. <br><br>Для критичных применений в сях кстати есть убер-злые наборы правил позволяющие писать предсказуемые как часы системы. Например, полностью статичное выделение памяти заранее, прямо на старте. И допустим полный запрет на адресную арифметику. <br><br>А скажите, совсем не прикольно будет, если мелкий таракан в системе ABS автомобиля или системе электронного газа вдруг облажается память выделить? Этак из юзера может фарш выйти ненароком. Кстати утечки памяти при статичном распределении памяти исключены как класс: если память нельзя выделить, ее нельзя забыть вернуть назад. Вот это реально повышает надежность ;)<br> https://217.65.3.21/openforum/vsluhforumID3/85952.html#65 Fri, 10 Aug 2012 18:15:14 GMT Ды и не спорю же, косяки конечно есть, но и плюсы тоже, реально позволяет при определенных условиях меньше париться, и вполне нормально при этом решать задачу, давайте тогда чтоли залажаем визуальные/rad средства, не забудет си, ибо на машкодах труёвей и т.п, ну вы поняли о чем я, инструмент под задачу и спеца, ниша есть, и на том и на том пишу, реально есть.<br> https://217.65.3.21/openforum/vsluhforumID3/85952.html#64 Fri, 10 Aug 2012 18:14:16 GMT &gt; Ога, или в вашем) <br><br>В моем вы не сможете, увы. Объяснить почему, или сами догадаетесь? :P<br>