https://www.opennet.me/openforum/vsluhforumID3/107271.html В сообществе разработчиков на языке JavaScript, использующих пакетный менеджер NPM (https://www.npmjs.com/), произошёл (http://www.theregister.co.uk/2016/03/23/npm_left_pad_chaos/) инцидент с необоснованным захватом (https://medium.com/@azerbike/i-ve-just-liberated-my-modules-9045c06be67c) прав на один из модулей, размещённых в репозитории NPM. В последующем, реакция автора захваченного модуля привела к нарушению работы ряда крупных проектов, в том числе Node (https://nodejs.org/en/) и Babel (https://babeljs.io/).<br><br><br>Конфликт развернулся вокруг размещённого в репозитории NPM модуля kik (https://github.com/starters/kik), предоставляющего инструменты для быстрого создания новых проектов на языке JavaScript. С автором модуля связался юрист компании, развивающей программу для мгновенного обмена сообщениями Kik (http://www.kik.com/) и потребовал переименовать модуль, так как его имя пересекается с зарегистрированной торговой маркой. Автор модуля (Azer Ko&#231;ulu) отказался, так как имя модуля основано на термин https://www.opennet.me/openforum/vsluhforumID3/107271.html#190 Sun, 03 Apr 2016 15:39:53 GMT &gt;&gt; Enterprise не используют maven<br><br>Что за глупость. Более чем использует.<br> https://www.opennet.me/openforum/vsluhforumID3/107271.html#186 Sun, 27 Mar 2016 12:09:26 GMT &gt; Пакетный менежер по обезьяньи. Кто следующий? Питон? Go? Ruby? Rust? Кто там <br>&gt; еще местное подобие пакетного менеджера притаскивает?<br><br>И правда, лучше по старинке, ручками зависимости собирать. <br>Или, на худой конец, велосипедным скриптом автора софтины.<br><br> https://www.opennet.me/openforum/vsluhforumID3/107271.html#185 Sun, 27 Mar 2016 10:53:41 GMT Пакетный менежер по обезьяньи. Кто следующий? Питон? Go? Ruby? Rust? Кто там еще местное подобие пакетного менеджера притаскивает?<br> https://www.opennet.me/openforum/vsluhforumID3/107271.html#184 Sun, 27 Mar 2016 08:52:21 GMT &gt; Перечесал код до версии 0.6. В соседнем комментарии.<br><br>Вот для того чтобы не заниматься несколько дней причёсыванием люди и импортят сторонние либки, которые уже давно причёсаны, типа NPM-овского leftpad.<br> https://www.opennet.me/openforum/vsluhforumID3/107271.html#183 Sat, 26 Mar 2016 17:18:26 GMT Перечесал код до версии 0.6. В соседнем комментарии.<br> https://www.opennet.me/openforum/vsluhforumID3/107271.html#182 Sat, 26 Mar 2016 17:16:35 GMT Вот эта версия теперь работает как положено:<br>// v0.6 by Saahriktu<br>#include &lt;stdio.h&gt;<br>#include &lt;string.h&gt;<br>#include &lt;stdlib.h&gt;<br><br>int main(int argc, char **argv)<br>{<br> long int a2, al;<br> char *buf;<br> if (argc &lt; 4) {<br> printf("usage: leftpad string width char\n");<br> return 1;<br> }<br> a2 = atol(argv[2]);<br> al = a2 - strlen(argv[1]);<br> if (al &lt; 1) {<br> printf("%s\n", argv[1]);<br> return 0;<br> }<br> buf = (char *)malloc((a2 + 1));<br> if (buf == NULL)<br> return 1;<br> memset(buf, argv[3][0], al);<br> buf[al] = '\0';<br> printf("%s\n", strcat(buf, argv[1]));<br> free(buf);<br> return 0;<br>}<br> https://www.opennet.me/openforum/vsluhforumID3/107271.html#181 Sat, 26 Mar 2016 16:59:43 GMT Вы превратно понимаете "питоновый" принцип DRY, рекомендую перечитать PEP20 вдумчиво.<br> https://www.opennet.me/openforum/vsluhforumID3/107271.html#180 Sat, 26 Mar 2016 15:39:24 GMT &gt; Другой вопрос, что <br>&gt; при использовании glibc наехать на эти грабли практически крайне сложно.<br><br>Ну, во первых &#8211; вы уж определитесь, "работать в нестандартных ситуациях" или "при использовани glibc" ;)<br><br>Во-вторых, насчет граблей &#8211; проще, чем вы думаете:<br>[code]<br>#include &lt;stdio.h&gt;<br>#include &lt;string.h&gt;<br>#include &lt;stdlib.h&gt;<br>int main(int argc, char **argv)<br>{<br> if (argc &lt; 4) {<br> printf("usage: leftpad string length char\n");<br> return 1;<br> }<br> long i, al = atol(argv[2]);<br> if (al &lt; 0)<br> al = 0;<br> <br> const char *rakes = "This is Rake-Field!!";<br> char *rakes_buf = malloc(strlen(rakes) + 1);<br> if (rakes_buf) {<br> strcpy(rakes_buf, rakes);<br> free(rakes_buf);<br> }<br><br> char *buf = (char *)malloc((al + 1 + strlen(argv[1])) * (sizeof(char)));<br> if (buf == NULL)<br> return 1;<br> for (i = 0; i &lt; al; i++)<br> buf[i] = argv[3][0];<br> p https://www.opennet.me/openforum/vsluhforumID3/107271.html#179 Sat, 26 Mar 2016 14:19:55 GMT А, Вы про это. Для надёжности добавить можно, да. Другой вопрос, что при использовании glibc наехать на эти грабли практически крайне сложно.<br>