LINUX.ORG.RU

Надеюсь будет что-то типа good practices для свободного ПО.

Artamudo ★★★★
()
Ответ на: комментарий от chenbr0

Расширениями и стандартами проекта ОС GNU же.

saahriktu ★★★★★
() автор топика

Чему может научить человек, который в 2к22 пишет текст шириной не более 80 символов. Как дырявить перфокарты штоле.

ox55ff ★★★★★
()
Ответ на: комментарий от ox55ff

текст шириной не более 80 символов

Python'овский PEP8, между прочим, требует писать код на Python'е строками не шире 79-ти символов.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от deep-purple

Мне рассказывали о людях, которые пишут строчку пока хватает ширины экрана. И чем экран шире, тем лучше.

grem ★★★★★
()

Вот так будет теперь между строк критиковать корпорации эзоповым (или эдиповым, каким там?), а не в открытую опасаясь очередных обвинений в маскулинности.

Exmor_RS ★★★
()
Ответ на: комментарий от grem

Тоже про такое слышал и даже сталкивался. Более того, подобные им потом требуют себе купить экраны побольше «патамучто текст не влезает». Это вот без шуток, «мне нужен экран побольше потому, что Миша писал код на экране с разрешением X, а у меня X-Y и я нимагу погромировать».

anc ★★★★★
()
Ответ на: комментарий от grem

Не, например просто длинное условие.

anc ★★★★★
()
Ответ на: комментарий от ox55ff

Чему может научить человек, который в 2к22 пишет текст шириной не более 80 символов. Как дырявить перфокарты штоле.

Ну да, или чему может научить левак или чему может научить грызун мозолек. Все же давайте отделять оформление от содержимого.

ЗЫ Я обычно журю разработчиков, которые не умещают текст коммита в ширину 80 символов или типа того. Не потому, что мне так хочется, а потому, что это более или менее стандарт. К примеру, у меня терминал развернут где-то на 110-120 символов по ширине; текст, оформленный шире, будет отрендерен сраной елочкой. У кого-то и того уже.

filosofia
()
Последнее исправление: filosofia (всего исправлений: 1)
Ответ на: комментарий от anc

Я не освоил Столламновский. Дада, лол кек чебурек сишник не знает ингейский :D

LINUX-ORG-RU ★★★★★
()
Последнее исправление: LINUX-ORG-RU (всего исправлений: 1)
Ответ на: комментарий от filosofia

80 символов это 1/4 ширины моего экрана. Не использовать 3/4 экрана потому что у леваков из лохматых 80-х были маленькие мониторы это бред.

ox55ff ★★★★★
()
Ответ на: комментарий от ox55ff

80 символов это 1/4 ширины моего экрана.

Понятие N символов занимает 1/Y ширины моего экрана, очень сферично. Прикинул «наискосок», на моем 16' экране 80 символов занимает чуть больше половины экрана. Мне комфортен такой вариант.

anc ★★★★★
()

И хорошо, чего такие хмурые «ненужнисты» в теме?!

Недавно тема была по bash, никто так и не дал ссылку на руководство от проекта GNU (хотя вроде как логично должно быть). Которое, относительно других - реально свежее.

Только - за! Столлман - молодец!

lnx4
()
Ответ на: комментарий от ox55ff

пишет текст шириной не более 80 символов.

Вроде что-то плохое

Чему может научить человек, который в 2к22

Зато человек, который набирает цифры и ставит букву вместо ноля - научить может всякому

lnx4
()
Ответ на: комментарий от lnx4

Так вроде ж про нинужно тут никто особо не орёт.

Только не тот ли это гну, от кодинг стайла которого у меня глаза из черепа вытекли? Или я путаю…

apt_install_lrzsz ★★★
()
Ответ на: комментарий от apt_install_lrzsz

А какой кодинг-стайл должен быть у сишки или баша? Дополнительно, много легаси кода. Не совсем понимаю о чем ты? Так исторически сложилось.

Как бы есть код, который пишется на сишке, например, для микроконтроллеров или драйверов ядра и там синтаксис десятки лет практически не меняется и для всех привычен. Ну или тот же GTK даже посмотри, только не порты на плюсы, а именно под С.

В общем, к окулисту и в качестве временной меры - выбросить все мониторы вмещаемые более 80 символов :)

lnx4
()
Ответ на: комментарий от hateyoufeel

Лучше поздно, чем никогда.

Он же не программист, он идеолог. Руководство, естественно, не он писать будет 100%.

lnx4
()
Ответ на: комментарий от lnx4

Да, точно. Это мракобесие в гну.

Ядерный стиль мне больше нравится. Хотя восьмипробельный таб – субъективно сомнительное решение.

Про баш не знаю. Его наркоманы делали, КМК.

более 80 символов

Это понятно, но тут иногда возникают неприятные моменты, когда хочешь, например, вывести пользователю длинную строку с сообщением, что он криворукий мудак и не правильно указал опцию, вместо простого «кури ман, сцуко».

apt_install_lrzsz ★★★
()
Ответ на: комментарий от grem

Слабаки. У меня некоторые одноразовые однострочники, помнится, занимали строк 14 на мониторе.

YAR ★★★★★
()
Ответ на: комментарий от apt_install_lrzsz

Переносы строк никто не отменял. В крайнем случае можно загнать строку в какую-нибудь строковую переменную, а потом уже конкретно к ней обращаться.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от hateyoufeel

Да стареет уже дядька. И сообщения к коммитам у него там какие-то сомнительные. Видать, гит для него, как и для ТСа, – новое и не понятное.

@saahriktu, кстати говоря. Вот вам и пример, что не только исходники программ в системах контроля версий хранят.

apt_install_lrzsz ★★★
()
Ответ на: комментарий от saahriktu

Переносить-то можно, только внутри кода это выглядит ущербно, надо в отдельный файл выносить.

Хотя в ядре Торвальдс разрешает текст сообщений не сокращать:

However, never break user-visible strings such as printk messages, because that breaks the ability to grep for them.
apt_install_lrzsz ★★★
()
Ответ на: комментарий от hateyoufeel

Зачем? Зачем Столлману осиливать Раст?

Вы как бы понимаете о чем пишите? Раст - новый язык, по которому и так есть полное официальное руководство.

Неплохой язык, я ничего не говорю. Но его до сих пор нет (или уже есть?) в ядре, нет в GNU. Причем, там некоторые решения, которые влегкую делаются на крестах или Си, делаются на Расте через костыли и вся его безопасность скатывается на нет. А некоторые на нем, просто, физически нормально нельзя реализовать (электроника: микроконтроллеры, ПЛИС, прочее).

К тому же, ближайшие десятки лет никто от плюсов и Си не уйдет, как минимум из-за огромного багажа из уже написанного кода. А вот что будет с новомодными языкам еще большой вопрос. Вон Гугл свою замену Раст пишет уже сегодня и обещают поддержку кода C++, быструю сборку и прочее.

lnx4
()
Последнее исправление: lnx4 (всего исправлений: 2)
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)