The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Линус Торвальдс выступил против парсеров Kconfig, не поддерживающих табуляцию"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Линус Торвальдс выступил против парсеров Kconfig, не поддерживающих табуляцию"  +/
Сообщение от opennews (??), 18-Апр-24, 10:46 
Линус Торвальдс отказался принимать в ядро изменение, заменяющее символ табуляции на пробел в разделителе параметра FTRACE_RECORD_RECURSION_SIZE в конфигурации ядра Kconfig. Изменение было предложено разработчиком проекта Fedora с примечанием, что использование табуляций приводит к сбою в работе парсера конфигурации. Вместо предложенного изменения Линус включил в ядро свой патч, специально добавляющий символы табуляции в определение настройки PAGE_SHIFT, задающей смещение для различных размеров страниц памяти...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61021

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

2. Сообщение от Аноним (2), 18-Апр-24, 10:47   +64 +/
Опять бекдор под видом благих намерений пытались внедрить. Молодец, Линус, бдит
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #88

3. Сообщение от Аноним (3), 18-Апр-24, 10:48   +27 +/
Линус всё правильно сделал.

P.S. Использую только табуляции.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #25

4. Сообщение от Аноним (4), 18-Апр-24, 10:48   –6 +/
Он наоборот же добавил гаджетов, чтобы бэкдорам удобнее было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #87

7. Сообщение от Аноним (4), 18-Апр-24, 10:54   –7 +/
автоформатирование вроде

funcname(argname1=123,
         argname2=123)

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

у мейка табы в синтаксисе и это довольно сомнительно, но это мейк

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #11, #37, #51, #68, #89

8. Сообщение от Аноним (8), 18-Апр-24, 10:54   –7 +/
Глупцы используют пробелы для выравнивания кода.
Слабаки используют табуляции.
Настоящие программисты используют точку с запятой.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44, #66, #72

11. Сообщение от Аноним (11), 18-Апр-24, 11:00   +11 +/
За такое "автоформатирование" гнать поганой метлой из профессии надо. А также всех, кто считает такое "форматирование" допустимым. Тут возможно только 2 варианта:
1. всё на одной строке, перенос осуществляется редактором
2. имя с открывающей скобкой и закрывающая скобка на своих строках, каждый аргумент на своей строке с отступом на 1 таб

Всё остальное — ересь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #13, #23, #60, #65, #131, #151

13. Сообщение от Аноним (4), 18-Апр-24, 11:05   –3 +/
Ты наверное никогда не видел настоящее ПО. Когда у тебя это 10 уровень вложенности, читаемое форматирование для структур становится очень важно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #18, #19, #34, #40, #73

16. Сообщение от ryoken (ok), 18-Апр-24, 11:11   +3 +/
Интересно, Линус автора сего сразу нах послал или объяснил всё же где тот не прав? :)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21

17. Сообщение от Аноним (21), 18-Апр-24, 11:13   +/
Это костыль, а не решение проблемы. Нужно табы в парсер добавлять.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #192

18. Сообщение от Аноним (18), 18-Апр-24, 11:14   +9 +/
Предложенное им и есть читаемое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

19. Сообщение от Аноним (19), 18-Апр-24, 11:14   +13 +/
Когда у тебя 10й уровень вложенности, у тебя говнокод.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #26

20. Сообщение от Аноним (20), 18-Апр-24, 11:14   +13 +/
ну в плане подобных спорных ситуаций Линус всегда отстаивал технически правильную сторону. за что ему мой почет и уважение.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #27, #81, #108

21. Сообщение от Аноним (21), 18-Апр-24, 11:17   +3 +/
> Вместо предложенного изменения Линус включил в ядро свой патч, специально добавляющий символы табуляции в определение настройки PAGE_SHIFT, задающей смещение для различных размеров страниц памяти.

В статье все вроде написано

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

22. Сообщение от Аноним (22), 18-Апр-24, 11:17   +9 +/
Дай Бог его пальцу крепости и здоровья на многие года!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

23. Сообщение от Аноним (2), 18-Апр-24, 11:18   +3 +/
Такое форматирование использует в K&R и в линуксовых исходниках
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #24

24. Сообщение от Аноним (24), 18-Апр-24, 11:20   +/
K&R не являются авторитетами в данном вопросе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

25. Сообщение от Аноним (18), 18-Апр-24, 11:21   +/
https://lore.kernel.org/lkml/20240412121531.24669544@ga.../

> Note, the tab is here:
>
> -    default    128
> +    default 128
>                ^
> That is, the tab was between "default" and "128".

Вы точно-точно используете их именно в таких случаях? Хотя, я видел случаи, когда табуляцией отделялись названия условных конструкций от их параметров:

> for    (i = 0; i != 10; i++)

и это не выглядело чем-то ужасным, в этом есть даже какая-то "дедовость"...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

26. Сообщение от Аноним (4), 18-Апр-24, 11:22   +/
> Когда у тебя 10й уровень вложенности, у тебя говнокод.

Вовсе не обязательно. Даже типичный жсон легко может иметь больше и лучше ты ничего не придумаешь. Вызов процедуры с именованными аргументами на любом уровне выйдет за читаемый лимит в ~100 символов. Разбор исключений добавляет немало вложенности лапше опять же. Сложность, это то, что отличает реальное ПО от игрушечного.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #35

27. Сообщение от Аноним324 (ok), 18-Апр-24, 11:24   –12 +/
Ну технически правильно это убрать табуляции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #30, #36, #101

28. Сообщение от Аноним (18), 18-Апр-24, 11:25   +7 +/
> In fact, I'm seriously inclined to make sure that our main Kconfig file has several tabs in several places, just to make damn sure that any broken sh*t is fixed.

Линус в своём типичном настроении :)

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31, #178

29. Сообщение от Аноним (29), 18-Апр-24, 11:27   –1 +/
Федора и редхат проскочат, а вот чужие парсеры сломаются.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32, #33

30. Сообщение от Аноним (18), 18-Апр-24, 11:28   +2 +/
Если убрать табуляции, то как настраивать величину отступа под себя? Яваскриптеры вон вообще двумя пробелами выравнивают, так что с такими отступами кроме автора никто не разберётся в структуре этого кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #59, #67, #86

31. Сообщение от ryoken (ok), 18-Апр-24, 11:29   +4 +/
> Линус в своём типичном настроении :)

Так им и надо :).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

32. Сообщение от нах. (?), 18-Апр-24, 11:36   +1 +/
проблемы криворучек

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #54

33. Сообщение от Аноним (33), 18-Апр-24, 11:40   +2 +/
Судя по тексту новости, у "Федора и редхат" как раз и имеются проблемы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #168

34. Сообщение от ano (??), 18-Апр-24, 11:40   +5 +/
когда у тебя 10 уровней вложенности - это уже не программное, это позорное обеспечение.
как говорил торвальдс,
> Tabs are 8 characters, and thus indentations are also 8 characters. There are heretic movements that try to make indentations 4 (or even 2!) characters deep, and that is akin to trying to define the value of PI to be 3.
> Rationale: The whole idea behind indentation is to clearly define where a block of control starts and ends. Especially when you’ve been looking at your screen for 20 straight hours, you’ll find it a lot easier to see how the indentation works if you have large indentations.
> Now, some people will claim that having 8-character indentations makes the code move too far to the right, and makes it hard to read on a 80-character terminal screen. The answer to that is that if you need more than 3 levels of indentation, you’re screwed anyway, and should fix your program.
> In short, 8-char indents make things easier to read, and have the added benefit of warning you when you’re nesting your functions too deep. Heed that warning.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #39, #208

35. Сообщение от Аноним (35), 18-Апр-24, 11:46   +1 +/
>JSON

JSON - это не код, а формат сериализации. И если у вас 10й уровень вложенности в JSON, который редактируется вручную, то опять же вы делаете что-то не так. Возможно, что эти данные вообще не в JSON надо хранить, а в YAML (там есть ссылки, напр.), возможно, что им место в нескольких файлах, возможно, что нужно не лениться, а сделать свой DSL...

>Вызов процедуры с именованными аргументами на любом уровне выйдет за читаемый лимит в ~100 символов

Это не есть "10й уровень вложенности" - все аргументы на одном уровне. А лимит не нужен - редакторы форматируют автоматически под экран. Вот у меня широкий монитор - вот под него и форматирует. А у кого узкий - у того под него форматирует.

>Разбор исключений добавляет немало вложенности лапше опять же.

Растащи по функциям.

>Сложность, это то, что отличает реальное ПО от игрушечного.

Сложность - это главный враг любого сложного технического изделия. К которому относится и софт. И профессионализм разработчика — это в первую очередь управление сложностью. Факторизация на модули и уровни, где 1. у каждого модуля есть свой уровень, его реализация состоит из вызовов более низкоуровневых модулей; 2. модули имеют очевидное из их имён поведение на их уровне. Вот есть такая штука, PCA. Она выделяет "важное" от "неважного". "Важное" идёт на текущий уровень, "неважное" идёт на более низкие уровни, после чего "неважное" можно побить на кластеры, эти кластеры обозвать модулями более низкого уровня, и уже внутри кластеров повыделять "важное" и "неважное". И это уже реализовывали, вообще-то один полносвязный слой с сигмоидальной активацией как раз учит PCA.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #46, #149

36. Сообщение от FrBrGeorge (ok), 18-Апр-24, 11:46   +1 +/
> технически правильно это убрать табуляции

Только это технически не выполнимо: табуляции _уже_ поддерживаются и используются в, не хочу соврать, многих тысячах готовых конфигах и уже имеющихся парсерах. Изменить их все одновременно, или даже постепенно — задача не для текущей реальности. Чего Линус никогда не допускал — это практики в стиле M$: «мы тут поменяли синтаксис, а проблемы пользователей — это проблемы пользователей, что вам, конвертор лень было запустить?»

UPD: в Linux kernel coding style табы в kconfig прописаны совершенно явно:
https://www.kernel.org/doc/html/v4.10/process/coding-style.h...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #43

37. Сообщение от Аноним (18), 18-Апр-24, 11:49   +/
> автоформатирование вроде
>
> funcname(argname1=123,
>          argname2=123)
>
> не работает с табами

Ложь. Всё работает. Гуглить "smart tabs".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #50

38. Сообщение от Аноним (38), 18-Апр-24, 11:51   +5 +/
Неплохо бы увидеть исходники этого парсера. Случаем не наколенная поделка на растишке?
Ответить | Правка | Наверх | Cообщить модератору

39. Сообщение от Аноним (4), 18-Апр-24, 11:51   –5 +/
Трольвадс известная истеричка, что ни говори. И видимо совершенно не умеет в более сложные языки, где 3 уровня вложенности это базовый уровень вложенности, ничего ужасного в них нет. Куда большее значение имеет размер и сложность функций. Когда 1 функция это лапша на десятки тысяч строк, оперирующая десятками структур неизвестной вложенности, у тебя проблема. Но также у тебя проблема, когда у тебя по сотне отдельных функций для обработки каждой структуры данных, когда более целесообразно обработать всё в одном месте. Тут нет универсального решения. У нормального программиста должно быть чувства здравого смысла, а не набор ложных постулатов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

40. Сообщение от FrBrGeorge (ok), 18-Апр-24, 11:51   +3 +/
> Ты наверное никогда не видел настоящее ПО. Когда у тебя это 10
> уровень вложенности, читаемое форматирование для структур становится очень важно.

Kernel coding style по вполне понятной причине прямо запрещает 10 уровней вложенности.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #42

41. Сообщение от nE0sIghT (ok), 18-Апр-24, 11:52   +1 +/
Самый интересный вопрос - что за парсер? Продолжение истории нужно смотреть в его багтрекере :-)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #179

42. Сообщение от Аноним (4), 18-Апр-24, 11:54   +/
Чтобы получить 10 уровень вложенности в си, это надо иметь особый математический склад ума.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #76

43. Сообщение от Аноним (43), 18-Апр-24, 11:54   –2 +/
технически как раз выполнимо - среди корректных парсеров замена таба на пробел там проблем не вызовет. Но идти на поводу у ущербных идеолорически неправильно: в таком случае сам ущербным станешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #47

44. Сообщение от 1 (??), 18-Апр-24, 11:55   +6 +/
begin и end
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #127

45. Сообщение от Аноним (45), 18-Апр-24, 11:56   +1 +/
Вот они, реальные линуксопроблемы.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #63

46. Сообщение от Аноним (4), 18-Апр-24, 11:57   –6 +/
Разбиение и вынос кода, кстати, вовсе не упрощает его. Но позволяет создавать видимость работы и значительно усложнять сопровождение. И во многих случаях повышает стоимость в рантайме. Очередные ложные постулаты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #52

47. Сообщение от FrBrGeorge (ok), 18-Апр-24, 11:58   +/
> технически как раз выполнимо - среди корректных парсеров замена таба на пробел
> там проблем не вызовет.

Там — это где? Во всех имеющихся конфигах? В том числе и в __будущих__ — если заранее табы не запретить в парсерах? Нет, это не выполнимо технически. Я бы не взялся. Линус вон тоже не стал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #49

48. Сообщение от Аноним (48), 18-Апр-24, 11:59   +1 +/
Скорее всего отвлекают внимание от какого-то другого более "интереного" патча созданием хайпа на ровном месте
Ответить | Правка | Наверх | Cообщить модератору

49. Сообщение от Аноним (49), 18-Апр-24, 12:03   +/
там - это конкретно в том месте, где отклонённый патч заменял таб на пробел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

50. Сообщение от Аноним (4), 18-Апр-24, 12:04   +/
Я пробовал. Постоянно съезжает не туда, не универсально. Не работает. Зато есть куча поделок, форматирующих код пробелами (для lsp) и он корректно отображается и форматируется редакторами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

51. Сообщение от Аноним (51), 18-Апр-24, 12:07   +/
С bbcode [code][/code]:

funcname(argname1=123,
         argname2=123)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #53

52. Сообщение от Аноним (52), 18-Апр-24, 12:08   +2 +/
Оно не упрощает всю систему в целом - это невозможно в принципе и против законов природы. Оно упрощает модуль на его уровне, делает его понимаемым. Упрощает в том смысле, что когда мы мыслим на определённом уровне, то что творится на прочих уровнях нас не волнует, волнует только соблюдение модулями этих уровней их контрактов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #57

53. Сообщение от Аноним (51), 18-Апр-24, 12:08   +/
(...который отключается в древовидном режиме на этом уровне вложенности)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

54. Сообщение от Аноним (29), 18-Апр-24, 12:09   +/
Проблемы недостаточного времени и неналичия мейнтейнеров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

57. Сообщение от Аноним (4), 18-Апр-24, 12:16   –2 +/
Я могу представить себе случаи, когда лапша в 1 месте намного проще для сопровождения и легче для понимания той же самой лапши разбитой на тысячи фрагментов. Далеко не любая лапша переходит на уровень, когда это проблема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

59. Сообщение от ano (??), 18-Апр-24, 12:23   –2 +/
у яваскриптеров нет стандартного стиля (или тысячи их?). язык позволяет вообще весь код в одну линию впихнуть. к счастью, есть eslint и prettier, которые почти любой стиль к нужным стандартам сами приведут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

60. Сообщение от Аноним (60), 18-Апр-24, 12:27   +/
Интересно что автоформаттер в зиг поддерживает эти оба варианта(и только их). Причем добавляя трейлинг-запятую программист подсказывает что агрументы надо разнести по разным строчкам. Самый осмысленный способ имхо, который везде должен применяться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

61. Сообщение от Аноним (61), 18-Апр-24, 12:31   +/
Все делают только бы не разработать понятный и простой EBNF
Ответить | Правка | Наверх | Cообщить модератору

63. Сообщение от Аноним (131), 18-Апр-24, 12:35   +1 +/
Проблемы конкретно у Fedora. Если не окажется, что проблема растобыдлокода из RHEL/Fedora.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

65. Сообщение от Начальник ГУЛАГа (?), 18-Апр-24, 12:50   +1 +/
Ох уж эти свободолюбивые пользователи опеннета, которым лишь бы что-то запретить, потому что они знают лучше, что нужно и что правильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

66. Сообщение от Аноним (66), 18-Апр-24, 12:54   +1 +/
настоящие программисты не пишут в конфигах, оставляя это девляпсам
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #111

67. Сообщение от Вы забыли заполнить поле Name (?), 18-Апр-24, 12:55   +3 +/
В с++ стайлгайде гугла тоже 2 пробела, сильнейше мешает им писать миллионы строк кода на нем: дело привычки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #112

68. Сообщение от _oleg_ (ok), 18-Апр-24, 12:55   +/
Здесь и не нужны табы. Пробелами надо. Табы нужно только там, где вложенность +1.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

69. Сообщение от Всем Анонимам Аноним (?), 18-Апр-24, 13:09   +6 +/
Мне нравится эта невинная наглость, когда вместо патча, чтобы пофиксить глюкало-парсер, они шлют "исправление" прямо в состав ядра.
Ответить | Правка | Наверх | Cообщить модератору

72. Сообщение от КО (?), 18-Апр-24, 13:34   +/
Ну если так анон сказал - значит так оно и есть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

73. Сообщение от noc101 (ok), 18-Апр-24, 13:37   –2 +/
"настоящее" ПО... теперь ПО определяется по степени вложенности. Меньше 10, не настоящее ПО! Помните при разработке настоящего ПО! Не делайте поддельное ПО!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #77

74. Сообщение от Аноним (-), 18-Апр-24, 13:38   –4 +/
Линус однажды уже обделался, не приняв С++ в ядро.
В итоге ядро осталось на отвратительной дыряшке, вместо современных плюсов, у которых возможностей по управлению памяти гораздо больше.

А потом, чтобы, как барашек, стоять на своем, он потащил в ядро Раст.

Интеренсно, сколько CVE и RCE появится в ядре благодаря этим пастчам.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #119, #125

75. Сообщение от laindono (ok), 18-Апр-24, 13:38   +/
А что на счёт остальных пробелов?
Ответить | Правка | Наверх | Cообщить модератору

76. Сообщение от noc101 (ok), 18-Апр-24, 13:39   +1 +/
Это надо иметь талант явный. Ибо случайно даже у говнокодера такое получится с трудом.
Особенный талант
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

77. Сообщение от Аноним (4), 18-Апр-24, 13:43   –2 +/
Настоящесть ПО определяется сложностью используемых структур данных и комплексностью логики их разбора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #84, #94

79. Сообщение от uis (??), 18-Апр-24, 13:52   –1 +/
s/выступил/рейджил в LKML/g
Ответить | Правка | Наверх | Cообщить модератору

80. Сообщение от Аноним (-), 18-Апр-24, 14:01   –3 +/
О, война табов против пробелов продолжается)))
Но однажды принятое тупейшее решение в виде табов будут тянуть в виде легаси овна десятилетиями...
Хотя для линукса это норма))
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #97

81. Сообщение от Аноним (-), 18-Апр-24, 14:07   +/
Когда он запретил использовать плюсы в ядре с абсолютно надуманному и бездокательному обвинению, это тоже было "отстаивал технически правильную сторону" ?
Или ему просто плюсовики в штаны наделали и он до сих пор злится?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #99, #124

84. Сообщение от Вася (??), 18-Апр-24, 14:22   +1 +/
>Настоящесть ПО определяется сложностью используемых структур данных и комплексностью логики их разбора.

смешно!

Настоящее ПО определяется чистотой души и богатством внутреннего мира программиста, и плевать что программа не работает и насколько страшен её говнокод!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #85

85. Сообщение от Аноним (4), 18-Апр-24, 14:30   +1 +/
Скажем, иксы страшные, но уже вон сколько лет успешно справляются со всеми актуальными времени задачами. А что такое "не работает", ты уверен, что это не наколенная поделка от студентов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #95

86. Сообщение от Аноним (86), 18-Апр-24, 14:30   –1 +/
>как настраивать величину отступа под себя

Всегда через .editorconfig настраивали.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #113, #193

87. Сообщение от Кирилл (??), 18-Апр-24, 14:56   +8 +/
Даже если так, общепринятый стандарт форматирования простого текста подраумевает допустимость табов и их равноценность с пробелами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #175

88. Сообщение от Аноним (88), 18-Апр-24, 14:57   +/
его работа, так-то
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #90

89. Сообщение от Кирилл (??), 18-Апр-24, 14:57   +/
Такое форматирование не работает, другое работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

90. Сообщение от Аноним (2), 18-Апр-24, 15:19   +/
Отмахиваться от бэкдоров, пропихиваемых акционерами?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

91. Сообщение от Аноним (91), 18-Апр-24, 15:19   +3 +/
Ну деловые вообще, хотели, чтоб ядро под их кривые парсеры подстраивали)
Ответить | Правка | Наверх | Cообщить модератору

94. Сообщение от noc101 (ok), 18-Апр-24, 15:49   +1 +/
> Настоящесть ПО определяется сложностью используемых структур данных и комплексностью
> логики их разбора.

Чтобы понять что перед нами настоящее ПО, надо ее запустить. Запустилось? Настоящее ПО. Нет? Не настоящее ПО, а поломанное ПО!
Других критериев не существует!
Если говнокод написанный на коленке, работает и выполняет свою работу, то мне насрать как там внутри что устроено.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #121, #147, #174

95. Сообщение от noc101 (ok), 18-Апр-24, 15:52   +/
> Скажем, иксы страшные, но уже вон сколько лет успешно справляются со всеми
> актуальными времени задачами. А что такое "не работает", ты уверен, что
> это не наколенная поделка от студентов?

Кстати, получается Иксы не настоящее ПО! Там такой кривокод с лапшой, что специалисты не хотят его развивать уже.
Получается большинство Линуксов тоже не настоящие? О БОЖЕ!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #122

96. Сообщение от Аноним (101), 18-Апр-24, 15:54    Скрыто ботом-модератором–5 +/
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #136

97. Сообщение от Аноним (101), 18-Апр-24, 15:56   –4 +/
Просто спросите этих дол6оерастов: зачем вам табы? что вы экономите? Тогда они хотя бы задумаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #105, #110, #126

99. Сообщение от Аноним (101), 18-Апр-24, 15:59   –2 +/
С++ - ну он правда далёк от "языка для всех". Ему место в академических коридорах, лишний раз показать "преимущество над ЛИСП". В ядро надо было тащить Ди - настоящего преемника С++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #116, #117, #128, #172

101. Сообщение от Аноним (101), 18-Апр-24, 16:02   –3 +/
+1. Дебилизм с "экономией пробелов" устарел ещё в 20 веке, зачем вообще табуляции нужны сегодня?! Они давно не выполняют своих функций.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #237

102. Сообщение от Анониссимусemail (?), 18-Апр-24, 16:02   +6 +/
Линус ещё могёт! Как у же отметили -- здравия и долгих лет жизни его пальцу. Заступник и защитник наш от коварных корпов!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #118

105. Сообщение от Аноним (-), 18-Апр-24, 16:09   –2 +/
> что вы экономите?

целый БАЙТ экономится! И это если вместо двух пробелов
А если вместо восьми... то ух! целых 7 байт!
Это же просто невероятный профит!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

107. Сообщение от opennetuser (ok), 18-Апр-24, 16:11   +/
Использую исключительно пробелы для выравнивания. Таб для меня неочевиден. Но считаю, что Линус прав.
Ответить | Правка | Наверх | Cообщить модератору

108. Сообщение от Аноним (108), 18-Апр-24, 16:27   +/
> ну в плане подобных спорных ситуаций Линус всегда отстаивал технически правильную сторону.

Дык, проблема в том, что он не отстаивает. Кроет нецензурщиной и закрывает тему.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

109. Сообщение от Kuromi (ok), 18-Апр-24, 16:27   +3 +/
Показал кто тут батя в стиле "fck u nvidia".
Вам таки не нгавятся табуляции? Их есть у нас больше для вас!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #120

110. Сообщение от дол6оераст (?), 18-Апр-24, 16:28   –2 +/
Мы именно что пробелами отступы делаем и имеем от этого ровно 0 (прописью: ноль) проблем.

Так даже удобнее. В короткой функции можно поставить один пробел или два. В более длинной, чтоб лучше видеть структуру, - 4.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #114, #123

111. Сообщение от Аноним (18), 18-Апр-24, 16:31   +6 +/
настоящие программисты не тестируют, оставляя это тестировщикам.
настоящие программисты не проектируют, оставляя это архитекторам.
настоящие программисты не форматируют код, оставляя это линтерам.
настоящие программисты не оценивают трудозатраты, оставляя это аналитикам.
настоящие программисты не делегируют работу, оставляя это тимлидам.
настоящие программисты не реализуют поддержку функционала, оставляя это внешним библиотекам.

Короче, эти ваши "настоящие программисты" только кнопки нажимают, видимо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #162

112. Сообщение от Аноним (18), 18-Апр-24, 16:33   –1 +/
Читайте внимательнее. Не "писать пиллионы строк кода", а "разбираться в структуре кода". Это разное. Как раз с написанием у гугла проблем нету. Андроид и хром потверждают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

113. Сообщение от Аноним (18), 18-Апр-24, 16:37   +/
Те, кто якобы настраивает через .editorconfig, слишком активно тут топят за пробелы, притворяясь, что им не всё равно, что там ide подставит вместо отступов в физический файл.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

114. Сообщение от Анониссимусemail (?), 18-Апр-24, 16:42   +/
Зато я имею проблемы. Мне, например, удобно видеть отступы шириной в три пробела. Поставил нвиме настройку на длину таба. И когда открываешь чужой код, видишь там то два, то четыре, то аш восемь. И не всегда это автоматически конвертируется в нужную ширину.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #135

115. Сообщение от Аноним (115), 18-Апр-24, 16:45   +1 +/
Высосанная из пальца проблема. Табами и пробелами должно автоформатирование кода заведовать, а не кодер вручную.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #161

116. Сообщение от Аноним (131), 18-Апр-24, 16:56   +/
D туда затащить будет ещё больнее из-за пожизненного диктатора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

117. Сообщение от Аноним (-), 18-Апр-24, 16:59   +3 +/
> С++ - ну он правда далёк от "языка для всех".

Ахаха, ну надо же!
Нужно срочно рассказать это всем пишущим прикладной и системный софт на плюсах, что он оказывается для "академических коридор"
Посмотри сколько всего написано на плюсах, а сколько на богомерзкой!

На плюсах - текстовые редакторы, пром. софт типа кадов, игровые движки, браузеры, даже целые операционки (а нн одно занюханое ядро...).
А на сишке - убогое легаси, которое не в состоянии переписать на нормальные языки.
Сишники даже нормальный компилятор на си не осилили - что гцц, что шланг написаны на плюсах.

> В ядро надо было тащить Ди

Мда.. вообще грешно глумиться над убогими. Поэтому D комментировать не буду.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #150

118. Сообщение от Аноним (131), 18-Апр-24, 17:02   +/
А он действительно защитник от корпов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #187

119. Сообщение от Тоже Аноним (?), 18-Апр-24, 17:18   +/
плюсы тогда и плюсы сейчас - большая разница. сейчас возможно и затащат, идет же разговор об этом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #195

120. Сообщение от Аноним (-), 18-Апр-24, 17:26   +/
> Показал кто тут батя в стиле "fck u nvidia".

"Батя" может только за табуляции обкладывать.
А на всё остальное - пук-среньк и уже причем уже давно.
Потому что нельзя портить отношение с уважаемыми партне... а не, с платиновыми спонсорами))
Кушать-то хочется.

А за "fck u nvidia" и не только он уже извинялся, и в 2017, и в 2018 и может и позже.
"Linus Torvalds is sorry for being a jerk"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #143

121. Сообщение от Аноним (4), 18-Апр-24, 17:26   +/
И это твои личные половые сложности, нормальные люди предусмотрительно постараются избежать применять ПО сомнительного качества, поскольку что оно откажет в любой момент. Уже много раз видели эти заявления от авторов с горящими глазами про проще легче и эфективнее, а в итоге это оказывается глючная наколенная поделка без кучи требуемой функциональности и с вереницей багов и проблем, которая в итоге подведёт самым непредсказуемым образом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #164

122. Сообщение от Аноним (4), 18-Апр-24, 17:28   +/
Ты не понял. Чем код сложнее и запутаннее, тем больше вероятность, что перед нами настоящее ПО. Потому что простым оно может оставаться только в очень идеализированных случаях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #137, #166

123. Сообщение от _ (??), 18-Апр-24, 17:32   +4 +/
А потом твой код попадёт к кому то с другим codestyle  и >|<  :-(
А таб - это next ident - причём везде, ТЧК!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

124. Сообщение от n00by (ok), 18-Апр-24, 17:34   +/
> Когда он запретил использовать плюсы в ядре

Линус знатно затролилл неумеющих писать на плюсах в ядре. По факту он всего лишь запретил использование плюсов для написания исходного кода linux.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

125. Сообщение от n00by (ok), 18-Апр-24, 17:37   +/
> Линус однажды уже обделался, не приняв С++ в ядро.

Что он не принял? Воображаемый код? Так его и невозможно принять.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #129

126. Сообщение от n00by (ok), 18-Апр-24, 17:39   –1 +/
Они экономят своё время. Делают, как всю жизнь привыкли, а не как того хотят те, кто ничего не написал в ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #130

127. Сообщение от YetAnotherOnanym (ok), 18-Апр-24, 17:58   +/
<trollmode>Фигурные скобки же!</trollmode>
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #223

128. Сообщение от Аноним (-), 18-Апр-24, 18:02   +1 +/
Ты это серьезно?
Посмотри сколько софта написано на плюсах.
Начиная от винды заканчивая хромом.
От Microsoft Office, Adobe Illustrator/Photoshop, Safari до открытых Firefox/Thunderbird.
Я уже молчу про игровые движки и тысячи игр.

По сути это язык, на котором написаны самые распростаненных пользовательские приложения.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

129. Сообщение от Аноним (131), 18-Апр-24, 18:04   +1 +/
Но воображаемый код на Rust он таки принял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #132

130. Сообщение от Анонин (-), 18-Апр-24, 18:09   +/
> Они экономят своё время.
> Делают, как всю жизнь привыкли, а не как того хотят те, кто ничего не написал в ядро.

Да-да, а потом сидят на интервью и жалуются "очень тяжело привлекать молодежь в ядро, мы все стареем, с этим нужно что-то делать".
С чего бы это, не так ли?))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #133

131. Сообщение от Аноним (131), 18-Апр-24, 18:12   +/
3. Открывающая скобка и закрывающая скобка каждая на своей строке, строго друг под другом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #134, #141

132. Сообщение от n00by (ok), 18-Апр-24, 18:25   –1 +/
> Но воображаемый код на Rust он таки принял.

Там код есть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #145

133. Сообщение от n00by (ok), 18-Апр-24, 18:27   +/
>> Они экономят своё время.
>> Делают, как всю жизнь привыкли, а не как того хотят те, кто ничего не написал в ядро.
> Да-да, а потом сидят на интервью и жалуются "очень тяжело привлекать молодежь
> в ядро, мы все стареем, с этим нужно что-то делать".
> С чего бы это, не так ли?))

Бесплатно писать код в ядро? Много такого написали сами?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #182

134. Сообщение от Аноним (134), 18-Апр-24, 18:53   +/
Можно, но неудобно: когда идентификатор/if/switch/try и скобка на одной строке, лучше видно, к какому куску AST принадлежит скобка, а связь с закрывающей видна по линии, которую редактор либо дорисовывает, дибо сама дорисовывается в воображении. И ещё подход 3 исключает `} else {` и `} catch {`, которые удобны ровно по тем же соображениям. что и `){`. И сворачивание лучше работает - свогячивается всё в идентификатор, а не чёрте во что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

135. Сообщение от Аноним (134), 18-Апр-24, 18:54   +/
.editorconfig
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #197

136. Сообщение от Аноним (134), 18-Апр-24, 18:56   +2 +/
Торвальдс борется не с табами, а с продвижением дебилизма в его ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

137. Сообщение от Аноним (-), 18-Апр-24, 18:58   +1 +/
> Чем код сложнее и запутаннее, тем больше вероятность, что перед нами настоящее ОВНО

Я тебя поправил, не благодари)
А то сейчас неофиты наслушаются и начнут превращать свои хелловорлды в "Настоящее ПО" скидывая весь код в один класс, добавляя неявные связи и досыпая гото там где оно вообще не нужно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #148

141. Сообщение от Аноним (18), 18-Апр-24, 19:36   +/
> if (клоунскийСтильВыравниванияПредложенныйАнонимом) {
> ......................................................printf("ясенПеньКлоунский\n");
> ......................................................printf("дажеВосьмиклассникиУжеНеВсеТакПишут.");
> ....................................................}

Ну да, конечно. Вы наверное тоже из этих, которым 10 уровней вложенности - уже нельзя. Такому диагнозу даже ультравайд не поможет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

143. Сообщение от Kuromi (ok), 18-Апр-24, 20:10   +1 +/
>> Показал кто тут батя в стиле "fck u nvidia".
> "Батя" может только за табуляции обкладывать.
> А на всё остальное - пук-среньк и уже причем уже давно.
> Потому что нельзя портить отношение с уважаемыми партне... а не, с платиновыми
> спонсорами))
> Кушать-то хочется.
> А за "fck u nvidia" и не только он уже извинялся, и
> в 2017, и в 2018 и может и позже.
> "Linus Torvalds is sorry for being a jerk"

Ну он патриарх и почти что основатель (столлман поспорит, но че уж), ему можно. Не Будь Торвальца которые ведет себя как jerk всякие Поттеринги уже давно превратили бы все это в SystemDinux. Ну или Lennax.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #180

145. Сообщение от Аноним (-), 18-Апр-24, 20:23   +1 +/
> Там код есть.

Там коду позволили быть.
Сам rust-for-linux пилился полгода или даже год, пока они написали все нужные прослойки, чтобы добавить в ядро хотя бы хелловолд. Плюс еще дорабатывался сам язык, особенно части no-std и аллокаторов.
Позволили бы плюсам - уверен что рабочий код был бы намного раньше.
Все-таки раст и синтаксически, и идеологически намного дальше от сишки чем плюсы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #165, #176

146. Сообщение от Аноним (146), 18-Апр-24, 20:42   +/
whitesapces in semantics - terribly bad idea for any type of data. Python is folding grand prize.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #160

147. Сообщение от Аноним (147), 18-Апр-24, 20:44   +/
Когда при покупке машины ты заглянешь под капот и увидишь двигатель, примотанный проволокой, хорошо примотанный, не отвалится - ты будешь также рассуждать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #163

148. Сообщение от Аноним (4), 18-Апр-24, 21:16   +/
Ты прав, конечно, код превращается в то, во что он превращается, вовсе не от хорошей жизни. Никто не кочет сложного запутанного кода, его трудно читать и с ним трудно работать. Сопровождать и дорабатывать дороже. Но это судьба любого продукта
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

149. Сообщение от Аноним (149), 18-Апр-24, 21:20   +/
Хранить данные надо в бинарном виде. А читать так как удобно. И не надо городить говнокод с джсоном и прочими таб зависимостью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #158

150. Сообщение от Аноним (150), 18-Апр-24, 22:17   +/
> Сишники даже нормальный компилятор на си не осилили - что гцц, что шланг написаны на плюсах

Они его осилили, gcc был написан на C и прекрасно работал. Его потом переписали на C++. Но ведь был и работал

https://lwn.net/Articles/542457/

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #181

151. Сообщение от Neon (??), 18-Апр-24, 22:19   +/
Ересь - это считать, что только твое мнение правильное,  а все остальные неправильные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

154. Сообщение от Вы забыли заполнить поле Name (?), 18-Апр-24, 22:42   +/
Надо осторожнее, а то заклюют как RMS. Один раз уже Линуса предупредили.
Ответить | Правка | Наверх | Cообщить модератору

156. Сообщение от Alladin (?), 18-Апр-24, 23:02   +4 +/
Табы форева, поддерживаю
Ответить | Правка | Наверх | Cообщить модератору

158. Сообщение от Аноним (158), 18-Апр-24, 23:18   +/
Bencode - это уже бинарный вид, или ещё текстовый?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149

159. Сообщение от Аноним (223), 18-Апр-24, 23:22   +/
На работке будет соль на рану: можно ж было проще, но просят хороший код...
Ответить | Правка | Наверх | Cообщить модератору

160. Сообщение от Аноним (223), 18-Апр-24, 23:23   +/
Но работает удобно для потребителя. Писать просто, читать - тоже.

Где сбоит?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

161. Сообщение от Аноним (223), 18-Апр-24, 23:24   +/
Проблема не там, а после. Когда автоформатированию сказали вставить табы и запушили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

162. Сообщение от Александр (??), 18-Апр-24, 23:26   +1 +/
Кнопки юзеры и эникеи нажимают
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

163. Сообщение от noc101 (ok), 18-Апр-24, 23:32   +/
Как обычно, сравнение то что не сравнивается.
ПО не авто!!! Ты буквально сравнил член с пальцем.

При этом мы говорим не про качество ПО или авто, а про критерий настоящего ПО.
Что есть вообще разные понятия. Но ты вижу умный, такие вещи не понимаешь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147

164. Сообщение от noc101 (ok), 18-Апр-24, 23:35   –1 +/
> И это твои личные половые сложности,

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

А, мы говорим о качестве? В каком это месте мы начали говорить о качестве? Только давай не твою фантазию с головы.
Тут говорится о критерии настоящего ПО! А не что такое качественное ПО.

> Уже много раз видели эти заявления от авторов с горящими глазами
> про проще легче и эфективнее, а в итоге это оказывается глючная
> наколенная поделка без кучи требуемой функциональности и с вереницей багов и
> проблем, которая в итоге подведёт самым непредсказуемым образом.

Научись сначала понимать суть вопроса, чтобы влазить в спор. А пока слейся и не позорься.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #167

165. Сообщение от Александр (??), 18-Апр-24, 23:38   –1 +/
Не сказал бы, что плюса сильно ближе. Возможно даже плюса ближе к расту, чем оба к си. Хоть они и типа совместимы (си и плюса), но в подходах, концепциях и понятия, что хорошо, а что плохо, очень уж далеко.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #177, #196

166. Сообщение от noc101 (ok), 18-Апр-24, 23:45   +/
> Ты не понял. Чем код сложнее и запутаннее, тем больше вероятность, что
> перед нами настоящее ПО. Потому что простым оно может оставаться только
> в очень идеализированных случаях.

У критерия настоящего ПО ровно один критерий, а именно работает или нет.
Не существует других критерив.
Ибо все остальные критерии ломаются об реальность.
Например.
Калькулятор настоящее ПО?
Сто строчек кода, пару функций. Бац готово.
Получи и распишись, настоящее ПО.
Можно найти и попроще ПО.
Например COPY / mv/rm/ls и тп.
Элементарные программы для работы с ФС ОС.
Почему они вдруг стали не настоящим ПО? Потому что там нет "миллиардов" строк кода?

Все эти критерии, это чушь. Так как критерий один, работает? Да или Нет.
Ответ Да? Настоящее ПО!

З.Ы.настолько базовая инфа, что я ору чайков от того что приходится объяснять на линукс сайте. Хотя что удивляюсь, люди давно базу не знают.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #169

167. Сообщение от Аноним (4), 18-Апр-24, 23:46   +/
Но плывёшь и не понимаешь о чём речь тут почему-то ты. Я не говорил о качестве. Я говорил, что нагромождение костылей в продуктах не на пустом месте и конкурентное ПО без нужных костылей придётся попотеть, чтобы собственно конкурировать. Это разница между "настоящим по"(TM) и наколенными поделками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

168. Сообщение от Аноним (168), 18-Апр-24, 23:48   +1 +/
Поправить один парсер компания сможет легко и не раз. А вот чужие парсеры, особенно без мейнтейнеров, легко сломаются.

Так что у федоры и редхата тут как раз не проблема, а конкурентное преимущество вырисовывается.

Если они ещё как-нибудь повлияют на Линуса (а он, похоже, любит делать назло - характер суровый, нордический и эту его сторону успешно проэксплуатировали), следующее, что будет - он сам, без особой посторонней помощи сломает, резко так выдернет скатерть, например, из-под xorg. Или чего ещё.

И так федорка очень резко вырвется вперёд, пока остальные будут очухиваться от удара и в дезорганизации запиливать exorg, vxorg и так далее.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #173

169. Сообщение от Аноним (4), 19-Апр-24, 00:09   +/
Работает у автора, ага. Вот такое оно, настоящее ПО. Не, дорогуша, так не пойдёт. Должно работать у всех и в любых разумных условиях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

172. Сообщение от bOOster (ok), 19-Апр-24, 06:50   +1 +/
Чего за ерунда? Тебя никто не принуждает использовать возможности языка "не для всех" типа шаблонов. Использование базовых возможностей - классов и т.п. уже существенно облегчает написание софта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #194

173. Сообщение от Аноним (173), 19-Апр-24, 07:55   +/
> конкурентное преимущество
> пока остальные будут очухиваться

Очухиваться если и будут, то продаваны Линукса. А пользователи бесплатных дистрибутивов даже не заметят этой корпоративной возни.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168

174. Сообщение от BeLord (ok), 19-Апр-24, 09:40   +1 +/
Существуют-))) Эффективность решения задачи это основной критерий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #213

175. Сообщение от Илья (??), 19-Апр-24, 09:44   +/
Скажи это 85% проектов, настроивших автоматическую замену табов на пробелы при форматировании.

Мне так-то без разницы, что использовать, но стандарт должен быть один. И ты знаешь, какой он

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #224

176. Сообщение от n00by (ok), 19-Апр-24, 10:38   –1 +/
>> Там код есть.
> Там коду позволили быть.
> Сам rust-for-linux пилился полгода или даже год, пока они написали все нужные
> прослойки, чтобы добавить в ядро хотя бы хелловолд.

Ну и? За полгода или даже год у меня заработало std::exception() а ядре Windows. Что всё это время делали ноющие про плюсы в Linux?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145

177. Сообщение от n00by (ok), 19-Апр-24, 10:44   –1 +/
Не сказал бы, что плюсы являются подмножеством Си, но написать на плюсах код, который соберёт транслятор Си, вполне возможно. Как и возможно переиспользовать код на Си в Си++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165

178. Сообщение от Аноним (178), 19-Апр-24, 10:59   +/
Интересно, через сколько времени начнет извиняться?
"Linus Torvalds is sorry for being a jerk" или что-то подобное.
Ведь уже не первый раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

179. Сообщение от _kp (ok), 19-Апр-24, 11:18   +1 +/
Като повырясь с ПО в локальном трекере со нашим ПО, внезапно нашел место где был баг, и заглушку с чудным комментарием "это я не буду пока делать. Слишком геморройно".
Причина сильно преувеличена, исправили за час, а вот без честного комментария проискали бы долго. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #226, #232

180. Сообщение от Аноним (-), 19-Апр-24, 12:35   +/
> ему можно.

Если бы было можно, то он бы не извинялся и не брал "вынужденный отпуск" временно отказавшись от руководства проектом)
Более того в недавнем интервью в Токио, он сказал, что не будет «показывать пальцем на какую-то компанию. Я усвоил урок».

> Не Будь Торвальца которые ведет себя как jerk

Возможно у ядра не было таких проблем к "персоналом" их старением и выгоранием - вот что LTS поддержку уменьшают, что сам Линус
Ладно если надо было бы просто делать неинтересные задачи и раскапывать древние баги, забесплатно!, так еще и рядом дед бухтит и сыплет оскорблениями на грани приличия.

И при этом сам говорит "It's one of those things where a lot of people seem to think that open source is all about programming, but a lot of it is about communication, too. "

С другой стороны - у нас есть Грег, который по какой-то причине общается с людьми нормально.

> всякие Поттеринги уже давно превратили бы все это в SystemDinux. Ну или Lennax.

Хаха, смотрим на самый распространенный дистрибутив, кто решает добавлять системд пш-пш-фудио и понимаем, что дед может только решать вопросы табы/пробелы))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

181. Сообщение от Аноним (-), 19-Апр-24, 12:39   +/
> gcc был написан на C

Изначально gcc был написан на Пастеле - "супер-волосатом паскале", чтобы эти эвфемизмы Столмана не значили -_- (super-hairy extended Pascal). И ведь работал.
Но потом его переписали на сишку.

> и прекрасно работал

... пока сложность компилятора не превзошла возможности сишки.
Или сишников, кто тут уже разберет))

Поэтому пришлось воспользоваться нормальным языком:
> C++ "supports cleaner code in several significant cases." It never requires "uglier" code.
> C++ makes it harder to break interface boundaries, which leads to cleaner interfaces.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

182. Сообщение от Аноним (-), 19-Апр-24, 12:45   +/
Скажу честно - ноль строк.
Но тут причины скорее личные: не люблю работать с jerk'ками, не хочу прикасаться к GPL.
Пусть за меня это делают люди, которых такое отношение устраивает (и что характерно их кол-во тоже стало уменьшаться)

В других открытых проектах, куда я коммитил, я не сталкивался с подобным (ч|м)удачеством.
Но возможно, мне просто повезло.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #220

183. Сообщение от Аноним (-), 19-Апр-24, 12:51   +/
На нелюбимом многими хабре была классная статья
(habr com/ru/articles/345846/)
в которой исследовалась и сравнивалась лексика Линуса Торвальдса и Грега Хартмана. На одном временном интервале 1995–2015, с примерно одним кол-вом писем (21,746 - 24,145).

Сравнение вышло довольно показательным)
Лексика Линус     Грег
Всего     3090     150
crap     1204     107
hell     725     22
damn     682     2
shit     126     1
anal     54     0
bullshit 50     2
ass     46     6
god     34     1
screw     33     0
bastard 29     0
bitch     17     0
piss     17     4
retard     14     0

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #184, #185, #219

184. Сообщение от Аноним (-), 19-Апр-24, 13:01   +/
Хаха, табличка выше была отформатирована табами.
И как вы думаете, что произошло?
...
Правильно! Вся "верстка" поехала!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183

185. Сообщение от ПервыйАноним (-), 19-Апр-24, 13:08    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183 Ответы: #222

187. Сообщение от Анониссимусemail (?), 19-Апр-24, 14:48   +/
Это дискусионная тема. Я считаю, что если бы не Торвальдс, ядро бы уже давно захватили "эффективные менеджеры", а пилилось бы оно только в интересах корпов. Вместо этого сейчас есть шаткий баланс: и корпы для себя пилят, и обычные гики могут пилить, компилировать и пользоваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #191

191. Сообщение от Аноним (191), 19-Апр-24, 15:42   +/
> Это дискусионная тема. Я считаю, что если бы не Торвальдс, ядро бы уже давно захватили "эффективные менеджеры", а пилилось бы оно только в интересах корпов.

И много сейчас в ядро добавляется не в интересах или по просьбе корпов?
Я вот просмотрел что обновилось при переходе с 4.х на 5 и с 5.х на 6.х и что-то не нашел ничего)

> Вместо этого сейчас есть шаткий баланс: и корпы для себя пилят, и обычные гики могут пилить, компилировать и пользоваться.

Обычные гики могут пилить, только вот что-то "крокодил не лочится, не растет кокос".
Пока вижу что они только ноют "корпы захватили наш линукс", но ЧСХ нифига не делают.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187 Ответы: #198

192. Сообщение от Аноним (192), 19-Апр-24, 16:22   +/
Перечитай новость внимательнее
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

193. Сообщение от Аноним (192), 19-Апр-24, 16:25   +/
.editorconfig же обычно коммитится, и в нём настраивают не под себя, а наоборот одинаково под всех.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

194. Сообщение от Аноним (192), 19-Апр-24, 16:36   +/
+1. Каждый раз когда заходит речь о С++ - обязательно появляется какой нибудь "на С++ не программировал, но осуждаю" и начинает как попугай пересказывать страшилки о С++, услышанные от других таких же попугаев.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

195. Сообщение от Аноним (192), 19-Апр-24, 16:39   +/
Хорошо бы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

196. Сообщение от Аноним (192), 19-Апр-24, 16:45   +/
Речь была не о близости философии языков, а том что тулчейн Раста пришлось допиливать, а тулчейн С++ допиливать бы не пришлось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #221

197. Сообщение от Аноним (192), 19-Апр-24, 16:51   +/
- Петька, приборы!
- .editorconfig!
- Что ".editorconfig"?
- А что "приборы"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

198. Сообщение от Аноним (192), 19-Апр-24, 16:54   +1 +/
А exFAT и NTFS разве только для корпов? А поддержка нового оборудования? А low-latency изменения? Обычному пользователю совсем-совсем никакой пользы нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191 Ответы: #200

199. Сообщение от Аноним (192), 19-Апр-24, 17:11   +1 +/
Индентация табами лучше, чем пробелами, потому что таб - собственно семантический индентатор. Практический бонус - каждый может себе свой размер таба настроить, как ему удобней.

Если хочется выравнивания после индентации - можно индентировать табами, а потом выравнивать пробелами (гуглить smart tabs). Многие редакторы и IDE поддерживают форматирование по smart tabs автоматически.

"Беда" в том, что мир несовершенен, и простую вышенаписанную концепцию надо объяснять слишким многим людям. А они ещё спорить будут. А потом ещё забывать у себя включить смарт табс и косячить, креативно смешивая табы и пробелы неправильным образом. А вопрос не сильно то и важный. Поэтому, увы, легче забить и пользоваться пробелами.

Ответить | Правка | Наверх | Cообщить модератору

200. Сообщение от Аноним (200), 19-Апр-24, 17:49   +1 +/
> Обычному пользователю совсем-совсем никакой пользы нет?

Конечно есть.
Проблема обычных пользователей в другом:
оно не только ДЛЯ корпов, но оно только ОТ корпов.

Если бы не корпы, то фигуфки кто-то их обычных пользователей написал дрова для файловой системы.
Т.е "шаткий баланс" это:
- корпы пилят то, что нужно им и их пользователям
- обычные пользователи имеют полное право "кушать что дали" и слегка бухтеть на форумах
- руководители линукс имеют право не сильно быковать на спонсоров, но получают 6ти значные з/п

Вроде все неплохо, но если завтра корпы решат пропихнуть какой-то софт, то они это сделают, как бы не копротивлялись обычные пользователи.
А, погоди-ка, они же уже такое провернули это с системд, вейландом и пш-пш-аудио!

Я не вижу в этой ситуации какой-то несправедливости, тк, тот кто вкладывает ресурсы, тот и определяет развитие.
Но называть Линуса "Заступник и защитник наш от коварных корпов!" это явно преувеличение.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198 Ответы: #201, #204

201. Сообщение от Аноним (192), 19-Апр-24, 18:00   +/
Согласен!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200

202. Сообщение от Аноним (-), 19-Апр-24, 20:12   –2 +/
Табы как наследие пишущих машинок давно пора выкинуть нахрен. Если писать парсер чуточку посложнее чем Kconfig, то это пипец засада и рассадник багов. Ну, или юнит тестов, которые один хрен все баги не покроют.
Зато тащим в ядро раст. Зашибись.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #228

204. Сообщение от Анониссимусemail (?), 19-Апр-24, 21:52   +/
> Но называть Линуса "Заступник и защитник наш от коварных корпов!" это явно преувеличение.

Может и преувеличение. Вообще, изначальный комментарий написан в шуточном тоне. Тем не менее, я считаю, что без Линуса и ЖПЛя у нас был бы не линукс, а хурд. И сосали бы лапу тихо в сторонке.

Посмотрите на хромиум: вот он, опенсорц по-корпократски. Боюсь, что когда Линус отойдёт от дел, то и линукс станет как хром. Т. е. простым смертным туда вход воспрещён. Максимум -- пытаться писать патчи для вырезания слежения.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200 Ответы: #235

208. Сообщение от Прадед (?), 20-Апр-24, 01:10   –1 +/
Блин, как раз недавно indent настраивал, эти гадюки поломали в последней бубунти, и думаю карочи а не попробовать --linux-style, вдруг что путное выйдет.
Конечно. Все на 8 пробелов, я такой чтоооо??
Линоз дурак, причём тут вложенности, хочется функцию длинным красивым словом назвать может. И экран папалам емаксом поделить, чтобы длина строки 80 максемум
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

213. Сообщение от noc101 (ok), 20-Апр-24, 02:35   –1 +/
> Существуют-))) Эффективность решения задачи это основной критерий.

Чтобы быть настоящим ПО не нужно быть эффективным или каким еще, кроме того, что оно работает.
так как любой работающий код по определению ПО.
Очнитесь, что вы ересь пишите тут все... я окончательно теряю веру в айтишников... учите базу, хватит ютуб смотреть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174 Ответы: #240

215. Сообщение от Прадед (?), 20-Апр-24, 06:41   –1 +/
Да, но зачем они в маилин лист всё ещё в 2024? Зачеееем?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #236

219. Сообщение от Аноним (219), 20-Апр-24, 10:05   +/
> На нелюбимом многими хабре была классная статья

А можно пояснение для танкистов, почему он нелюбимый?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183

220. Сообщение от n00by (ok), 20-Апр-24, 15:31   +/
> Скажу честно - ноль строк.
> Но тут причины скорее личные: не люблю работать с jerk'ками, не хочу
> прикасаться к GPL.

То есть личные причины никак не связаны с количеством пробелов, как это зачем-то преподносится, когда речь идёт о других.

И ещё "ядро" почему-то понимается как "ядро Linux". Я писал в ядро и с двумя пробелами, и с четырьмя. На основании чего могу сказать - кто может писать код для ядра, тем вообще пофик, сколько там пробелов. Это воспринимается как некая данность.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

221. Сообщение от n00by (ok), 20-Апр-24, 15:38   +/
> а тулчейн С++ допиливать бы не пришлось.

16 Library introduction
16.1 General
...
4 The language support library (Clause 17) provides components that are required by certain parts of the C++ language, such as memory allocation (7.6.2.7, 7.6.2.8) and exception processing (Clause 14).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #227

222. Сообщение от n00by (ok), 20-Апр-24, 15:49   +/
А ещё "начистить рожу" литературно переводится как "kick ass".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185

223. Сообщение от Аноним (223), 20-Апр-24, 21:00   +/
Этот вариант для машиночитаемых текстов, а не для человека.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

224. Сообщение от aNonim (?), 21-Апр-24, 09:32   +/
Любимый обфускатор поломали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

226. Сообщение от Аноним (226), 21-Апр-24, 19:58   +/
Автора заглушки и комментария уволили?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #230

227. Сообщение от Аноним (226), 21-Апр-24, 20:00   +/
несколько символов всего-лишь определить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221 Ответы: #233

228. Сообщение от Аноним (226), 21-Апр-24, 20:05    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202

230. Сообщение от _kp (ok), 21-Апр-24, 21:38   +/
> Автора заглушки и комментария уволили?

Сам ушел по иным причинам. А всплыло после, при копании в исходниках.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #231

231. Сообщение от _kp (ok), 21-Апр-24, 21:39   +/
Сам ушел по иным причинам. А всплыло после, при копании в исходниках.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230

232. Сообщение от n00by (ok), 22-Апр-24, 06:52   +/
> Причина сильно преувеличена, исправили за час, а вот без честного комментария проискали
> бы долго. ;)

Потому что посмотрели свежим глазом. Если он работал над кодом один, то такой затык можно считать закономерностью. При этом он понимал, что с замыленным глазом накуролесит, о чём и написал в комментарии, поскольку больше некому.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179

233. Сообщение от n00by (ok), 22-Апр-24, 06:55   +/
> несколько символов всего-лишь определить.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #227

235. Сообщение от Аноним (-), 22-Апр-24, 15:57   +/
> Тем не менее, я считаю, что без Линуса и ЖПЛя у нас был бы не линукс, а хурд. И сосали бы лапу тихо в сторонке.

С поправкой на то что хурд это тоже ЖПЛ, то все дело в Линусе))?
Я бы еще записал в причину корпов - им пока от ядра больше пользы чем расходов.

> Посмотрите на хромиум: вот он, опенсорц по-корпократски.

И? По-корпорацки или нет, это софистика.
Опенсорсом оно останется в независимости от того, нравится вам это или нет.
Если уже говорить про хромоось - то это самый успешный дистрибутив и ДЕ на ядре линукс.
Который выглядит не как кусок непотребства, и может использоваться любыми пользователями, а не только пердоликами.

> Т. е. простым смертным туда вход воспрещён. Максимум -- пытаться писать патчи для вырезания слежения.

А типа сейчас любой может прийти со своими гениальными идеями и это сразу попадет в ядро?
Я пару раз сталкивался с опенсорсными проектами, когда присылаешь фичу, а тебе чесно говорят "оно не подходит под мое виденье проекта" и реджектят.
Так было и будет, корпы тут не причем.

> Максимум -- пытаться писать патчи для вырезания слежения.

Угу, а еще краш репорты, средства для людей с ограниченными возможностями... я уже насмотрелся на такое.

Вам нужно что-то больше - объединяйтесь, форкайте и пишите сами.
Если не можете, то кто вам доктор.

Как говорится "как потопаешь, так полопаешь".
Пока сообщество хочет, чтобы код писали корпы за свои деньги, но именно так, как хочется сообществу.
Просто эталонное потербялдство)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #238

236. Сообщение от Аноним (236), 22-Апр-24, 22:12   +1 +/
Слушай... ну работаешь ты там где через... через что, кстати? Допустим через whatsup или дискорд ты шлешь свои патчи для JS/CSS в какой-то супер-прогрессивной молодежной конторе. Ну и шли дальше. Чем тебе мешают их почтовые списки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215

237. Сообщение от Аноним (-), 23-Апр-24, 13:30   +/
Имеют размер, выбранный пользователем...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

238. Сообщение от Анониссимусemail (?), 23-Апр-24, 17:27   +/
> С поправкой на то что хурд это тоже ЖПЛ, то все дело в Линусе))?

Если ты не знал, то хурд пилят без Линуса.

> И? По-корпорацки или нет, это софистика.

Опенсорсом оно останется в независимости от того, нравится вам это или нет.
Если уже говорить про хромоось - то это самый успешный дистрибутив и ДЕ на ядре линукс.
Который выглядит не как кусок непотребства, и может использоваться любыми пользователями, а не только пердоликами.

Сами занимаетесь софистикой. Ноль толку от такого опенсорца, у которого нет (почти) ни одного преимущества опенсорца. Про хромось не надо мне тут. Трудно придумать что-то более несуразное и отвратительное чем хромось. Это даже ещё более хороший пример опенсорца по-корпократски.

> Я пару раз сталкивался с опенсорсными проектами, когда присылаешь фичу, а тебе чесно говорят "оно не подходит под мое виденье проекта" и реджектят.

И что? это абсолютно нормальная практика.

> Пока сообщество хочет, чтобы код писали корпы за свои деньги, но именно так, как хочется сообществу.

А кто ж не хочет так? Это нормально. Хорошие проекты так и делаются, чтобы потребителю было хорошо. А корпы делают так, чтобы было хорошо корпам.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235 Ответы: #239

239. Сообщение от Аноним (-), 23-Апр-24, 17:45   +/
> Если ты не знал, то хурд пилят без Линуса.

Знал конечно, why are you so serious?

> Сами занимаетесь софистикой. Ноль толку от такого опенсорца, у которого нет (почти) ни одного преимущества опенсорца.

Хм... для меня преимущества опенсорса - то что можно посмотреть код на наличие ошибок и натравить на него всякие анализаторы.
Менее ценное - если я смогу сам что-то исправить, тк во-первых я не знаю такого колва ЯП, а во-вторых на все времени не хватит. Т.е даже лицензии "смотреть, но не трогать" мне подходят.

> Про хромось не надо мне тут. Трудно придумать что-то более несуразное и отвратительное чем хромось.

Линукс на десктопе?))
Хромосью пользуются милионы людей без пердолинга, разучивание отличий тех или иных либ и подбора ноута, чтобы дрова работали.

> И что? это абсолютно нормальная практика.

Да, я про это и говорю. Это абсолютно нормально.
Приходит такой юзер "а сделайте мне то-то", а разработчик ему говорит "нет".
Проблема в том, что когда это просто разработчик - то вроде все понимают, а когда это разработчик корп - то начинается нытье и требования.

> А кто ж не хочет так? Это нормально.

Хотеть да, требовать нет)

> Хорошие проекты так и делаются, чтобы потребителю было хорошо. А корпы делают так, чтобы было
> хорошо корпам.

Странно, работая в нескольких корпорациях, мы всегда делали, чтобы нашим пользователям было хорошо. Чтобы они были довольны, чтобы мною написанный код решал их проблемы и они с радостью платили корпорации денежку (и мне зарплату).
(На "ненаших" пользователей нам было все равно, и это тоже честно)

Более того, почему ты отделяешь корпов, от пользователей опенсорса?
Они такие же пользователи и учасники проектов.
Некоторые даже вкладывают ресурсво больше, чем все васяны вместе взятые.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238

240. Сообщение от BeLord (ok), 24-Апр-24, 10:21   +1 +/
Код работает, задачи не решает, на фиг он нужен? Формально да, данный код рабочий, а что он обеспечивает?-)) Если уж посмотреть на термин ПО, то документация в стиле ххх.exe выводит строчку на экран, тоже является программным обеспечением-)
Кто такие Айтишники мне лично не понятно, это сферический конь в вакууме.
Теперь про базу, программа предназначена для того, чтобы решать задачи, в зависимости от того, как она эту задачу решает можно говорить об ее эффективности. Пример, нужно сделать программу калькулятор, сделали, код работает, операция 2+2 на Xeon 2699 выполняется полтора часа, код рабочий - да, решение эффективное - нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213 Ответы: #241, #242

241. Сообщение от noc101 (ok), 26-Апр-24, 02:48   +/
Чтобы получить статус ПО не надо чтобы оно выполняло задачи, вообще ни каких.
Это просто позор, что это надо писать и повторять. Как вы можете что то делать граммотно, если не можете разобраться в терминологии и в базовых понятиях. Как вы дальше идете... хотя вопрос риторический. Ведь я таких как ты видел кучу в работе.
Им говорят одно, вы слышите другое, делаете третье, возмущаетесь потом, что вас не поняли. Классика.
>Кто такие Айтишники мне лично не понятно, это сферический конь в вакууме.

Естественно. Ты сферический конь в вакууме.

>Теперь про базу, программа предназначена для того, чтобы решать задачи, в зависимости от того, как она эту задачу решает можно говорить об ее эффективности. Пример, нужно сделать программу калькулятор, сделали, код работает, операция 2+2 на Xeon 2699 выполняется полтора часа, код рабочий - да, решение эффективное - нет.

ГЕНИЙ Почитай глазами и подумай мозгом следующие строки текста.
Никто тут не говорит про эффективность кода. Это ты придумал, чтобы поспорить и потупить.
Идет речь, что может называться ПО. Не понимаешь?
Эффективность кода, эффективность решений и тп, это уже следующий уровень абстракции.
Что тут не понятного написано?
Чтобы программа стало ПО, она должна выполнять одну функцию. ЗАПУСКАТЬСЯ! Всё! То есть, поместить себя в память. Даже не нужно чтобы она умела себя завершать.
ВСЁ! И это будет ПО!
Да оно будет бесполезным. И про эффективность тут речи не будет идти, так как нет к чему это применять.
НО ЭТО БУДЕТ ПО!

З.Ы. Тебе должно быть стыдно, ты пытаешься умничать, но ты даже не попытался подумать о чем идет речь. Ты придумал какуето эффективность. Также, как выше написали про сотни тысяч строк чтобы быть настоящим ПО . И как другие накидали овно критерии для ПО. Все ваши критерии овно. Так как они противоречат друг другу и взаимоисключающие. И если все их убрать ПО останется ПО.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #240 Ответы: #243

242. Сообщение от n00by (ok), 26-Апр-24, 06:32   +/
Самое зачётное, что кексперт noc101 сам себя победил в споре:

> Чтобы программа стало ПО, она должна выполнять одну функцию.
> ЗАПУСКАТЬСЯ! Всё! То есть, поместить себя в память.

Программу запускает операционная система. Создаёт адресное пространство, размещает там исполняемый файл, передаёт управление - в зависимости от ОС тут есть нюансы, но ни одна программа сама себя не запускает. %)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #240

243. Сообщение от BeLord (ok), 27-Апр-24, 14:27   +/
Стандартизованную формулировку, чем ПО от программы отличается приведете, или как всегда? -)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241 Ответы: #244

244. Сообщение от noc101 (ok), 30-Апр-24, 02:37   +/
> Стандартизованную формулировку, чем ПО от программы отличается приведете, или как всегда?
> -)

ПО - Программное обеспечение
Любое ПО это программа. Хоть не каждая программа является ПО.
Но в контексте спора, этот нюанс не важен. Можно упустить этот момент.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #243 Ответы: #245

245. Сообщение от noc101 (ok), 30-Апр-24, 02:50   +/
А вот и икспирт нубас нуби подъехал.
Я думаю каждый уважающий программист знает, что очень вредно размножать сущности и усложнять без необходимости.
>Программу запускает операционная система. Создаёт адресное пространство, размещает там исполняемый файл, передаёт управление - в зависимости от ОС тут есть нюансы, но ни одна программа сама себя не запускает. %)

И что мы тут видим? Он занимается размножением сущностей и усложнением того, что о чем тут речи не идет.
Спор - Что такое ПО
Нубас - ПО запускается не так
И думает, что выглядит умно. Но это не умно. Это просто попытка показать себя умным. Не более.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру