Комментарии: Программирование

Симонов Сергей : другие произведения.

Комментарии: Программирование
()

Самиздат: [Регистрация] [Найти] [Рейтинги] [Обсуждения] [Новинки] [Обзоры] [Помощь|Техвопросы]

Размещен: 20/03/2017, изменен: 20/03/2017. 0k. Статистика.

Аннотация:
Тема для обсуждения всего, связанного с программированием и софтом. Для "железа" будет скоро восстановлена тема "Электроника, ЭВМ, железо".

ОБСУЖДЕНИЯ: Фантастика (последние)
09:54 Колышкин В.Е. "Контрольное обрезание" (31/7)
09:37 Орлов Д.Е. "Маленький Саша. Прода. 96" (248/1)
09:34 Кротов С.В. "Чаганов: Война. Часть 4" (185/16)
09:20 Чернов К.Н. "Записки Империалиста Книга " (588/17)

Добавить комментарий Отсортировано по:[убыванию][возрастанию]Страниц (10): 1 2 3 4 5 6 7 8 9 10 Архивы (1): 1

ОБЩИЕ ГОСТЕВЫЕ: 09:44 "Технические вопросы "Самиздата"" (172/35) 09:44 "Форум: все за 12 часов" (249/101) 08:12 "Форум: Трибуна люду" (850/21) 19:02 "Диалоги о Творчестве" (207/1) 15/11 "Форум: Литературные объявления" (664) 25/11 "О блокировании "Самиздата"" (294)
ОБСУЖДАЕМ: Симонов С. 07:55 "Сельское хозяйство" (623/1) 04:12 "Электронная периферия, связь, " (183/1) 04:08 "Автомобили, мотоциклы автомотохотелки," (92/1) 04:07 "Общественный транспорт, градостроительство" (228/1) 21/11 "Коммунизм, сталинизм, троцкизм, " (961) 18/11 "Контейнеры и грузоперевозки, " (927) 17/11 "Новые технологии в промышленности" (624) 16/11 "Центральный флуд" (827) 12/11 "Вооружённые силы и техника" (970) 06/11 "Атомная промышленность, энергетика, " (851) 03/11 "Флот. Морские системы вооружений" (788) 02/11 "Проект советской космической " (960) 02/11 "Создание правильного образа " (557) 30/10 "Огас и Плановая экономика" (393) 30/10 "Медицина, биология" (1007) 26/10 "Законодательство, правоприменительная " (584) 24/10 "Гражданская авиация" (1004) 19/10 "Вертолёты" (820) 14/10 "Робототехника, сложная бытовая " (279) 13/10 "Наука и образование как ключ " (266) 10/10 "День хризантем" (33) 10/10 "Военная авиация" (715) 06/10 "Химия и материалы" (347) 04/10 "Строительство и быстровозводимые " (739) 22/09 "Цвет сверхдержавы - красный " (527) 13/09 "Демография и сопутствующее" (849) 29/08 "Цвет сверхдержавы - красный " (500) 18/08 "Цвет сверхдержавы - красный " (551) 16/07 "Кино" (108) 12/07 "Пво, Про, Зрк, Урвв" (1006) 07/06 "Жизнь бесценна" (41) 07/06 "Орион. Возможности, проблемы " (986) 28/05 "Музыка" (577) 25/05 "Цвет сверхдержавы - красный " (446) 09/05 "Телевидение, фототехника, " (466) 20/04 "Цвет сверхдержавы - красный " (234) 19/04 "Предложения по палубной авиации " (988) 20/02 "Дружба миров" (48) 13/02 "Культура" (990) 31/01 "Программирование" (361) 25/01 "Теории заговора" (130) 09/01 "Геология и горная промышленность" (484) 06/01 "Четвёртый Интернационал" (44) 26/06 "Цвет сверхдержавы - красный " (21) 05/05 "Low Orbital Ion Cannon" (46) 05/05 "Спираль истории Книга 1" (44) 23/04 "Система Енонла" (11) 21/04 "Невоенное противостояние с " (480) 21/03 "Председатель Галактики" (111) 20/11 "Актуальная тема - Международное " (963) 07/11 "Цвет сверхдержавы - красный " (78) 04/09 "Металлургия" (236) 14/05 "Время, континуум, и параллельные " (415) 16/03 "Цвет сверхдержавы - красный " (983) 23/02 "Разведка и контрразведка" (605) 22/01 "Экранопланы" (200) 13/07 "Нетехнические фанфики" (123) 09/07 "О магии стихий, рыжем кошаке " (96) 24/10 "Проект конституции Аи-Ссср" (116) 29/05 "Выставки 1959 года" (438) 16/10 "Спираль истории Книга 2" (30) 20/12 "Цвет сверхдержавы - красный " (30)
ОБСУЖДЕНИЯ: (все обсуждения) (последние) 09:54 Колышкин В.Е. "Контрольное обрезание" (31/7) 09:50 Юрьев О. "Когда будет 3-я или 4-я мировая " (2/1) 09:46 Ursa M. "Немного о реальности" (5/1) 09:44 Самиздат "Технические вопросы "Самиздата"" (172/35) 09:41 Баламут П. "Ша39 Гранаты" (572/2) 09:40 Ив. Н. "25 ноября" (1) 09:40 Ролько Т. "Гносеология наизнанку" (305/1) 09:40 Баранов М.В. "Муха" (39/2) 09:39 Бурель Л.Л. "Увы, опять о грусти" (3/2) 09:37 Чваков Д. "Шлак, версия" (2/1) 09:37 Орлов Д.Е. "Маленький Саша. Прода. 96" (248/1) 09:36 Егорыч "Ник Максима" (6/5) 09:34 Кротов С.В. "Чаганов: Война. Часть 4" (185/16) 09:25 Березина Е.Л. "Как-то юнга Дудочкин бросил " (4/3) 09:24 Никитин В. "Обращение к читателям" (2/1) 09:22 Никитин А.Д. "Единство Которое все ждут" (1) 09:21 Чернов К.Н. "Армия, флот, вооружение (Записки)" (338/4) 09:19 Берг D.Н. "Мы из Кронштадта, подотдел " (583/1) 09:15 Нейтак А.М. "В порядке похихи" (263/8) 09:12 Русова М. "Утро" (2/1) Полный список...>>
РУЛЕТКА: Путь Шамана. Шаг Ночлежка "У Крокодила" В родном краю Рекомендует Пузеп Н.В. ВСЕГО В ЖУРНАЛЕ: Авторов: 108551 Произведений: 1670555 Список известности России СМ. ТАКЖЕ: Заграница.lib.ru \| Интервью СИ Музыка.lib.ru \| Туризм.lib.ru Художники \| Звезды Самиздата ArtOfWar \| Okopka.ru Фильм про "Самиздат" Уровень Шума: Интервью про "Самиздат" НАШИ КОНКУРСЫ: Рождественский детектив-24	24/11 ПОЗДРАВЛЯЕМ: Белашова Ю.Ю. Белль С.В. Богатикова О.Ю. Богданов А. Бонд. П.Б. Бредникова Е.Е. Букаринов Д.Н. Веденин В.А. Ветер К. Визмор Э.Н. Виноградова А.В. Галицкая Д.И. Гамова Д. Гончарова Е.В. Егорова В.Ю. Ежова Е.С. Елисеева Н.В. Ельников А.Д. Жалилова Л.С. Желнов П. Иванов А.А. Инеева С. Ищенко Г.В. Казарян М.В. Келлер Е. Кизяева А.А. Кичилова К.Ф. Колодиец Д.Н. Кольцо-Гид Команов С.С. Кондрашов В.А. Копышов А.Н. Корнеева Т.М. Коршунова Т.В. Ксения Лобков А. Луковкин К. Лучистая Д.Т. Макарчук С.С. Маковская Н. Маркевич П. Митусова Л.П. Можар Е.П. Морозов М. Пашкевич С. Пимонов В.В. Пирумова А.Б. Приходько О. Пятница М. Радонин С. Ревельский Х. Романов Н.П. Рябенкова Д.П. Серебряная Е. Силаков Г. Соколовская Е. Солнечная Соцкая С. Сперанская И.В. Таа Трещев Ю.А. Тягин П.А. Шаповалова Д.В. Шеннон Р.А. Шишкина Д. Щедрин Р. Ak108u Ive Mollydolly Natkam Valxalla Viligodaeum Viscount M.D.
ПОСЛЕДНИЕ ПОСТУПЛЕНИЯ: (7day) (30day) (Рассылка) 00:39 Патрацкая Н.В. "Маг Грановский" 21/11 Кукин В. "Случайные рифмы" 21/11 Моисеева О.Ю. "Сердце Кометы" Полный список...>>

71. Поляков Дмитрий 2020/09/04 19:51 [ответить]
  > > 69.Antonov Andy
  >Ну, самая большая проблема винды - не в самой винде, а в МС.
  >...или какую фичу (уже используемую) выпилить. А пользователи их потом склоняют всяко...
  до адоба в этом плане им далеко

70. Талипов Артём (eric50@yandex.ru) 2020/09/04 19:48 [ответить]
  > > 69.Antonov Andy
  >Ошибкой была попытка втулить на смартфоны Вин8. Она в итоге оказалась самой недоделанной из всех последних виндов: ни на смартфоне нормально не работала, ни на десктопе.

  Идея была верная. А вот реализация оставляла желать много лучшего.
  Поспешили выкатить сырую винду. Её бы обкатать. Там в microsoft, как раз переходили со старой парадигмы разработки.
  Впрочем и сейчас у них какой-то ужас. У меня впечатление, что они делают по scrum.
  Но это не вина программистов, а чистый косяк манагеров.

  >Самое смешное: некоторым пользователям смартфоны на Вин8 нравились.

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

  > Но, видать, мало их было.

  Угу. На то похоже. А ещё в самой microsoft, не слишком серьёзно подошли к смартфонам, а лишь по остаточному принципу. Ну и получили соответственно остатки рынка.

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

  Ага, я и говорю, что дело в менеджерах.

  >или какую фичу (уже используемую) выпилить. А пользователи их потом склоняют всяко...

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

  Некоторые настройки или функции, порой бывают очень сильно нужны. Но пользователи встречают их штыками, вилами, категорическим матом, даже не желая разбираться.
  Я ещё помню, сколько было воя, на счёт брандмауэра в windows xp. Юзеры, вместо настройки, тупо его отключали, не понимая зачем им нужен сетевой экран.

69. *Antonov Andy (andy.antonov@gmail.com) 2020/09/04 13:09 [ответить]
  Ошибкой была попытка втулить на смартфоны Вин8. Она в итоге оказалась самой недоделанной из всех последних виндов: ни на смартфоне нормально не работала, ни на десктопе.
  Самое смешное: некоторым пользователям смартфоны на Вин8 нравились. Но, видать, мало их было.

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

68. Талипов Артём (eric50@yandex.ru) 2020/09/04 11:58 [ответить]
  > > 67.Antonov Andy
  >Именно что "как бы". Геймеры - это домашние компы. Потому что на работе тоже часто софт есть только падвенду. И это пока не меняется. Так что МС подвинут, конечно, а то уж сильно забронзовела, но "в 2021-м комп с вендой станет редкостью" - редкостное преувеличение.

  Соглашусь.

  Во-первых, начиная с windows 7, появилась возможность запускать некоторые linux утилиты в псевдо linux окружении. Мои хотелки этим уже закрыты на 99%.

  Во-вторых, уже windows 10, позволяет запускать почти все консольные linux утилиты, в почти полноценном linux окружении.

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


  В-четвёртых, ходит слух (именно слух!), что microsoft сделает следующую windows freeware. Впринципе заметно, что они движутся в направлении opensource.

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

  Я рекомендую не вангавать, а делать то, что нравиться.

  Увы, но и windows и linux и mac os, имеют разнообразные фатальные проблемы.

  Если же гадать о будущем... То вот именно мой прогноз:

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

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

  В-третьих, продолжиться развитие интерпретаторов байт кода. Про java мы знаем, есть ещё dotnet, возможно появиться ещё что-то. Таким образом приложения высокого уровня, смогут без перекомпиляции, запускаться на любой операционной системе. Это тоже реально, есть лишь некоторые косметические и юридические проблемки. При желании всё можно решить.

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

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

  Ах да. Ещё ходит слух, что проект google android подходит к финалу. Они вроде как уже пилят новую операционную систему на замену.


  А вот microsoft ушла с мобильного рынка. Увы, но они кажись слились. Это похоже на их серьёзную ошибку. Но всё ещё может перевернуться.

67. *Antonov Andy (andy.antonov@gmail.com) 2020/09/04 10:18 [ответить]
  > > 66.вася
  >Microsoft в ярости. Из-за Valve пользователи уходят на Linux.
  >Как бы аналитика на жёлтом зене.

  Именно что "как бы". Геймеры - это домашние компы. Потому что на работе тоже часто софт есть только падвенду. И это пока не меняется. Так что МС подвинут, конечно, а то уж сильно забронзовела, но "в 2021-м комп с вендой станет редкостью" - редкостное преувеличение.

66. вася 2020/09/04 00:09 [ответить]
  Microsoft в ярости. Из-за Valve пользователи уходят на Linux.
  http://zen.yandex.ru/media/id/5d3c319bd5135c00af591b24/microsoft-v-iarosti-izza-valve-polzovateli-uhodiat-na-linux-5e414f0c2315ee477efd6a59
  Как бы аналитика на жёлтом зене.

65.Удалено владельцем раздела. 2020/08/27 17:45

64. Antonov Andy (andy.antonov@gmail.com) 2020/08/25 23:24 [ответить]
Да уже все забыли, что такая была.
ЗЫ Хотя, 95 OSR2 была в разы стабильней пираток 98 SE2 (на них я выучился нажимать Ctrl+S просто на автопилоте, после любого действия). Но у неё был неустранимый баг: она не умела в ЮСБ. Это её и доконало.

63. Костя 2020/08/25 17:51 [ответить]
Почему никто не поздравляет с 25-летием выхода Windows95 Чикага, а?

62. Поляков Дмитрий 2020/06/30 13:23 [ответить]
Во флуд идите

61. *Antonov Andy (andy.antonov@gmail.com) 2020/06/30 12:28 [ответить]
  > > 60.Гюрза И.
  >Хорошая новость с Хабра :)
  >США запретили продавать Windows и iPhone российским военным и полиции
  >https://habr.com/ru/news/t/508852/
  Гм, учитывая, что им и так запрещено это было закупать локальным (российским) законодательством...

60. *Гюрза И. 2020/06/30 09:31 [ответить]
  Хорошая новость с Хабра :)
  США запретили продавать Windows и iPhone российским военным и полиции
  https://habr.com/ru/news/t/508852/

59. Бульба 2020/06/20 20:15 [ответить]
  > > 57.Симонов Сергей

  А будет Мишаня использован?

58.Удалено написавшим. 2020/06/20 20:15

57. *Симонов Сергей (gann.lector@yandex.ru) 2020/06/20 20:08 [ответить]
  > > 56.Бульба
   >https://pikabu.ru/story/otvet_na_post_kak_kompyuternaya_igra_kemerovskogo_bukhgaltera_vyirosla_v_mnogomilliardnuyu_industriyu_7534076

  Это шикарно. Зарядил ссылку автору цикла "Диксди", для поднятия настроения (он гейм-дизайнер)

56. Бульба 2020/06/20 19:58 [ответить]
https://pikabu.ru/story/otvet_na_post_kak_kompyuternaya_igra_kemerovskogo_bukhgaltera_vyirosla_v_mnogomilliardnuyu_industriyu_7534076

55. Талипов Артём (eric50@yandex.ru) 2020/06/20 09:33 [ответить]
  Ссылка без повода и без намёков. В другом месте был разговор, ну и сюда занесу заодно.

  Психологическая деформация программистов. Взгляд с обеих сторон баррикад
  https://habr.com/ru/post/285472/

54. *Симонов Сергей (gann.lector@yandex.ru) 2020/06/18 11:21 [ответить]
  > > 53.Талипов Артём
   >Продолжение про Китова. Там есть и про АСУ
   >https://habr.com/ru/company/dataart/blog/507132/

  Спасибо, Артём, это интересно

53. *Талипов Артём (eric50@yandex.ru) 2020/06/18 09:03 [ответить]
  Продолжение про Китова. Там есть и про АСУ
  https://habr.com/ru/company/dataart/blog/507132/

52. Талипов Артём (eric50@yandex.ru) 2020/06/13 15:56 [ответить]
  Subsystem for unix был давно, вроде даже на висте. Они, его, конечно допиливали и переделывали. Но на windows 7, обычными консольными программами linux можно пользоваться.
  А виртуализация зачем? У windows есть свой нативный posix. Там только проброс функций сделать и погнали.
  Конечно, есть несколько проблем. Сама винда не умеет делать форки. У неё заблокирован стороний доступ к процессам.

51. Antonov Andy (andy.antonov@gmail.com) 2020/06/13 10:52 [ответить]
  > > 50.вася
  >В десятке появилось WSL
  Что за?
  ЗЫ Windows Subsystem for Linux (WSL) - слой совместимости для запуска Linux-приложений (двоичных исполняемых файлов в формате ELF) в ОС Windows 10. В рамках сотрудничества компаний Майкрософт и Canonical стало возможным использовать оригинальный образ ОС Ubuntu 14.04
  Т.е., именно эта сборка.
  ЗЫ Утверждается, что WSL не использует виртуализацию. Хотя, с учётом того, что современные процы умеют прозрачную виртуализацию...

50. вася 2020/06/13 10:47 [ответить]
Кстати, о птичках. В десятке появилось WSL, где L - это линукс. Запустится ли там фрибсд или винда98? Злые языки говорят, что wsl - это перекрашенный hyper-v.

49. Antonov Andy (andy.antonov@gmail.com) 2020/06/13 10:37 [ответить]
  > > 48.Талипов Артём
  >> > 46.Antonov Andy
  >> ХП вся(!), с совершенно зверским объёмом прикладного софта, в 30ГБ влезает
  >Вы просто не умеете готовить windows.
  Я ж специально написал: со зверским объёмом софта. Тупо список папок в Program Files несколько экранов занимает. О половине я даже не могу сказать, откуда оно и на кой. У меня есть плохая привычка таскать Program Files со старой машины на новую целиком. Кроме МС Охвеса, который тысячами записей срёт в реестр, и потому так переноситься не желает (хотя и его пинками можно заставить работать), обычно проблем нет.
  Плюс апдейт самой венды до СП3, плюс копия инсталляционного диска (хотя при попытке что-нить добавить всё равно может спросить диск), плюс все темпы всего софта (особенно браузеров), которые, как венду ни пинай, она всё равно норовит на системный диск запихать. Плюс свап венды, с аналогичными приколами (точнее, у него тропность именно к диску С, даже если сама венда живёт в другом разделе, и когда раздел С всего гигабайт - может быть "ой!").
  Раздел с системой 30ГБ, 3ГБ свободно (маловато, драйвер НТФС уже подтормаживает). Это система, которая пережила множество падений с восстановлением из дистриба (подхода любителей пираццких сборок, ставящих систему с нуля каждые две недели - не понимаю), несколько аппаратных платформ, со всем зоопарком драйверов, и прочая, и прочая... Это не первая такая система у меня. Я так и над 98-й издевался, и над 2к.
  Сравните с 10-й вендой, которая после обновления пару лет назад, прекратила в 30ГБ влезать от слова совсем сама. И это на практически "пустой" машине, где пользовательского софта с десяток наименований. Пришлось запускать с флеши Убунту и Gparted'ом его, Gparted'ом! После чего венда радостно накатила все обновления за это время и превратила ноут в кирпич. Сделал доброе дело, называется... :(

  >Давно, году в 2006 купил один из первых ультрабуков asus eee pc.
  >А у него там ssd, невероятным объёмом, аж целых 4 gb. Именно гигабайта, а не терабайта!
  Я помню такую штуку. Но там и ХПя в специальной редакции шла, и если не тянуть на раздел шо попало, такого объёма хватит.

  >У windows действительно есть большие потребности в объёме. Но вы обратите внимание, на что и как она их тратит.
  >К примеру у меня сейчас включена архивация, точки восстановления и ещё всякое разное.
  ЕМНИМС, начиная с 7-й венды это включено по умолчанию. В ХП по умолчанию теневые копии создаются только для ограниченного числа файлов, а так надо включать.

  >Сама windows очень многое кэширует, свой дистриб, свои собственные файлы, обновления из интернета. В результате она перестала просить вставить диск. А ещё может обнаружить повреждения файлов и даже починить их. Но это всё отключаемо.
  Самое смешное, что тоже самое есть в ХП, вплоть до того, что слетевшие драйвера можно переустановить, указав источником файлов папку в кыше венды (или даже папку drivers :)), я такое не раз делал, когда инсталла под рукой не было. Но занимает оно несравнимо с 10-й места.

  >Windows индексирует файлы... Если же не нужно, то смело отключайте и ждите результатов поиска в течении нескольких часов или даже дней.
  Поскольку я не пользуюсь встроенным поиском - в свойствах раздела я индексацию обычно душу, если не забываю.
  Несколько часов - это если разделов терабайтами и поиск по содержимому. А так оно быстрее работает. Кстати, повторный поиск и в Тотале/Фрикоммандере работает быстрее, т.к. они создают при первом поиске индекс. А искать сутками не приходилось ни разу.

  >Тут вот офисы разные пробовал. ms office как-то не хочу платить. В принципе, мне многое не надо. Перебрал wps, libry... И остановился на apache open office. Очень маленький размер, но работу делает. Меня устроило, мне большего не надо. Но ради интереса пролистал функционал. ТотФункционал, который скрыт под капотом (подразумевается по косвенным) и умилился. У ms office огромный потенциал, который мало кто использует. А вот open office туп или даже ещё тупее. Хотя бы обратите внимание на обработку знака разделяющего целую и дробную часть числа. Excel прогибается как угодно. А calc даже не может понять, что я от него хочу и уже пользователю надо прогибаться под него.
  Apache, Libre, OOo - все основаны на одних исходниках. И содержат потому совершенно одинаковые багофичи (баги, которые никто не собирается исправлять). Потому иногда бывает критически важно иметь под рукой именно МСО, а не его свободные аналоги.
  Плюс разница в структуре меню. Некоторые параметры в Либре/Апаче/ООо спрятаны так, что их нужно разыскивать годами, т.к. нормальной справки нет.
  Их потенциалом, даже свободных ООо/Либры/Апача, большинство юзвергов не пользуются и на 10%.

  >Возвращаясь к windows. Посмотрите сколько она тянет всяких данных о национальных, культурных и прочих особенностей.
  Ну, мегабайт триста. Это я о ХП. Именно столько в ней весит поддержка иероглифических языков (плюс пакет, сложенный при инсталляции, шоб було:)). Которая, правда, поддерживает далеко не всё и не везде. Из-за чего кой-чего нормально не будет работать от слова совсем.

  >Тут можно много распространятся. Я знаю разные примеры, за и против windows. У них другой принцип - запихать всё, что может понадобиться домохозяйке или блондинке-секретарше.
  Да фиг бы с ним, что оно жрёт диск и ОЗУ как не в себя, винты нонче дешёвые, даже ССД (10-ка на обычном винте - боль!), как и ОЗУ. Но оно ж нормально работать не желает, а после каждого обновления (которые в 10-ке не отключаются, вообще, и происходят с регулярностью восхода солнца) обязательно что-нить ломается. Причём не факт, что одинаково на разных машинах (даже если машины абсолютно одинаковы и покупались в один день не так давно), и не факт, что это потом вылечится. Да и сами обновления... Получить обновление на часок при старте системы или смене пользователя - как с куста. Пользователь? А что пользователь? Пусть валит куда хочет! И не отсвечивает.

48. Талипов Артём (eric50@yandex.ru) 2020/06/13 00:52 [ответить]
  > > 46.Antonov Andy
  > ХП вся(!), с совершенно зверским объёмом прикладного софта, в 30ГБ влезает

  Вы просто не умеете готовить windows.
  Давно, году в 2006 купил один из первых ультрабуков asus eee pc.
  А у него там ssd, невероятным объёмом, аж целых 4 gb. Именно гигабайта, а не терабайта!
  Так вот, я туда вкорячил windows xp, office 2003 и ещё всякий софт. Правда всякую музыку и книжки, пришлось держать уже на флэшке.

  У windows действительно есть большие потребности в объёме. Но вы обратите внимание, на что и как она их тратит.

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

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

  Windows индексирует файлы. Там, правда, надо бы настроить, а то слабый эффект из коробки, или это у меня конфликт с дефолтными параметрами. Но в любом случае, индексатор, обходит все файлы, запоминает кто как называется и какой содержит текст. А потом позволяет очень быстро, даже найти нужный файл, даже если этих файлов очень много. Только вот объём индекса, весьма толстый. Если же не нужно, то смело отключайте и ждите результатов поиска в течении нескольких часов или даже дней.

  Windows кэширует Часто запускаемые и загружаемые программы при запуске и при работе. Ускоряет работу, ускоряет запуск. Сюдаже добавлю всякие оптимизации, для той же .net fremework. В процессе использования, может ускорить выполнение программы в 50 раз, за счёт компиляции байткода в машинный код. Это тоже можно отключить и опять освобождается место.

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

  У разных windows очень разная комплектация. Например у моей, только языки, занимают, что-то около 20 gb. Трудно сказать, сколько там на самом деле. Причём, эти языки мне не нужны. А установил, поскольку поленился ковыряться. Пусть будет. Мне не мешает.

  Тут вот офисы разные пробовал. ms office как-то не хочу платить. В принципе, мне многое не надо. Перебрал wps, libry... И остановился на apache open office. Очень маленький размер, но работу делает. Меня устроило, мне большего не надо. Но ради интереса пролистал функционал. ТотФункционал, который скрыт под капотом (подразумевается по косвенным) и умилился. У ms office огромный потенциал, который мало кто использует. А вот open office туп или даже ещё тупее. Хотя бы обратите внимание на обработку знака разделяющего целую и дробную часть числа. Excel прогибается как угодно. А calc даже не может понять, что я от него хочу и уже пользователю надо прогибаться под него.

  Возвращаясь к windows. Посмотрите сколько она тянет всяких данных о национальных, культурных и прочих особенностей. А в linux это отдельные пакеты, вроде libiconv, которые не покрывают всего объёма.

  И это ещё для русских, linux вполне себе дружественн, поскольку его допиливали. А вообще, в сообществе open source, руководствуются принципом - делай только то, что нужно. В итоге же приходится вкорячивать костыли. К примеру вместо встроенных языковых ресурсов, делают gettext. Ага, gettext это именно костыль!
  Тут можно много распространятся. Я знаю разные примеры, за и против windows. У них другой принцип - запихать всё, что может понадобиться домохозяйке или блондинке-секретарше.

47. Талипов Артём (eric50@yandex.ru) 2020/06/13 00:17 [ответить]
  > > 43.Гюрза И.
  >Ну так это не функции, а декларации или другие языковые конструкции.

  Да. Ранее сказал только "функции", ради краткости.

  >Никаких проблем. Пишем свои memset, memmove и используем только их.

  Конечно. Что ещё остаётся делать? На C++ с итераторами стало проще std::fill, std::copy, но и там есть подводные камни. Причём, родом из древних времён. Например std::equal s не проверяет конец второго диапазона. И опять надо писать свою функцию сравнения.

  >Выбрасываем что-то "старое" из языка == ломаем совместимость снизу вверх.

  Конечно. Понятно. Об этом собственно и речь. Совместимость ломается. Поэтому предложил делать автоконверторы.

  >Даже если что-то меняем или добавляем в язык - тоже зачастую ломаем совместимость снизу вверх.

  К сожалению именно так. Даже банальное, переписал поток работы с файлами. std::fstream меня не устроил. Сделал свою обёртку над windows file handle... И упс, моя программа привязана к windows, для linux надо писать альтернативу. А человек со стороны смотрит и дивится, нафига это надо?!

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

  Вообще-то речь шла о полном цикле. Чтоб компилятор открыл старый исходный код, откомпилировал его и всё получилось, как предполагалось разработчиком. Какой нибуть vb.net ни за что не откомпилирует исходник для gwbasic.

46. *Antonov Andy (andy.antonov@gmail.com) 2020/06/12 21:48 [ответить]
  > > 45.Симонов Сергей
  >Я после 10 лет сидения на Linux поставил второй системой Win10, чтобы побаловаться с Unreal Engine 4.0
  >И охренел от объёмов инсталляторов и дискового пространства, которые эта дрянь отжирает.
  Тю, это самая мелкая неприятность, на самом деле.
  Каждое обновление сжирает несколько гигабайт на диске и чутка меньше трафика. На фоне того, что это дерьмо просто не желает предсказуемо себя вести - мелочь.
  ЗЫ Вин 10, зоопарк софта для работы (почта/брозверь (3шт., +2 зашитых в венду)/охвесы (Либра и МСО 2003)/клиент-банка/1С/Фредо) - 75ГБ. Системам года нет ещё. Вот куда оно его жрёт? ХП вся(!), с совершенно зверским объёмом прикладного софта, в 30ГБ влезает, а без зверского (брозверь, МСО, клиент-банки (несколько штук), Фризвитов несколько штук, АВГ, жрущий ресурсы как не в себя) - на 10ГБ виртуалки в лялихе (16.0.4). Ну, ещё 7-z и Тотал/Фрикоммандер, но это копейки по объёму.

45. *Симонов Сергей (gann.lector@yandex.ru) 2020/06/12 21:21 [ответить]
  > > 44.Antonov Andy
  >> > 36.Antonov Andy
  >
   >>ЗЫ Очешуительна система - Выньдовс 10.

  ...
   >БЭСТ, левой пяткой задней ноги писаный на Делфях пополам с Турбопаскалем, уже с тоской вспоминаем. Да, оно кривое, как вся моя жизнь, но оно хотя бы не тормозит!

  Я после 10 лет сидения на Linux поставил второй системой Win10, чтобы побаловаться с Unreal Engine 4.0
  И охренел от объёмов инсталляторов и дискового пространства, которые эта дрянь отжирает.
  После того, как у меня Ubuntu 18.04 и 20.04 сидят параллельно на 20 Гб каждая, со всем необходимым для меня софтом...
  Слов много, и все непечатные...

44. *Antonov Andy (andy.antonov@gmail.com) 2020/06/12 21:14 [ответить]
  > > 36.Antonov Andy

  >ЗЫ Очешуительна система - Выньдовс 10. После очередного обновления начинает терять...
  ...параметры РДП: дисковые шары, параметры NLA и т.п. "Я в захваті!"(С) Остальное - вырезано цензурой.
  Ещё приколы с инсталляцией 1С и языковыми параметрами винды. Я от винды "в захваті", а от 1С весь филиал дружно кончает ваще... Цукобл.т.! Надо же было такое уёжище изваять... БЭСТ, левой пяткой задней ноги писаный на Делфях пополам с Турбопаскалем, уже с тоской вспоминаем. Да, оно кривое, как вся моя жизнь, но оно хотя бы не тормозит!

43. *Гюрза И. 2020/06/12 19:39 [ответить]
  > > 34.Талипов Артём
  >> > 32.Гюрза И.
  >>Хотелось бы увидеть список устаревших или вредных функций в C/PASCAL :).

  >* Нужно разделить тип char, на строгие типы char, byte, small (int8_t). При этом выбросить типы wchar_t, char8_t, char16_t, char32_t.

  >* Нужно пересмотреть и даже выбросить некоторые старые языковые конструкции, например typedef. Вариант using new_type = source_type; гораздо удобнее.

  Ну так это не функции, а декларации или другие языковые конструкции.

  >* Нужно пересмотреть количество и порядок параметров многих функций, в том числе memset, memmove. Нужна единая и строгая логика.

  Никаких проблем. Пишем свои memset, memmove и используем только их.

  Но по поводу любых изменений надо понимать:
  Выбрасываем что-то "старое" из языка == ломаем совместимость снизу вверх.
  Даже если что-то меняем или добавляем в язык - тоже зачастую ломаем совместимость снизу вверх.

  >>* Компилятор, должен уметь читать исходники всех версий, даже самых старых.
  >>Есть такие, которые не умеют???

  >Вы сами упомянули делфи, который, по вашим же словам, не умеет.
  Не уметь прочитать старый исходник или найти в старом исходнике ошибку или несовместимость с новой версией компилятора - совсем не одно и то же.
  Второе, кстати, вещь полезная.

42. *Antonov Andy (andy.antonov@gmail.com) 2020/06/11 16:47 [ответить]
  > > 41.вася

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

41. вася 2020/06/11 16:44 [ответить]
  > > 38.Antonov Andy
  >Выходит новая версия, и установщик сообщает, что твоя винда устарела.
  А когда сайт сообщает, что твой браузер устарел и показывать тебе ничего не станет, пока не обновишь? И предлагает набор браузеров для виндоуз, а у тебя линукс.

40. *Antonov Andy (andy.antonov@gmail.com) 2020/06/11 16:39 [ответить]
  > > 39.Талипов Артём
  >> > 38.Antonov Andy
  >>Выходит новая версия, и установщик сообщает, что твоя винда устарела. Я, собссно, именно об этом писал.
  >Так у винды есть срок поддержки. Она, конечно же, устаревает.
  Оно всё устаревает. Но недостаточно быстро с точки зрения производителя. Потому помогают устаревать.

  >Но ты писал не об этом. Приводил в примеры некие плагины, которые удалили.
  Плагины не удалили. Удалили поддержку плагинов. Конкретно - NPAPI-плагинов начиная с 52-й версии Фокса. Пришлось поставить параллельно старый и запретить ему обновления.

  >Из windows, иногда что-нибудь тоже удаляют. Но это не касается базового функционала.
  Смотря что считать базовым. Например, SMB1 - это базовый функционал или нет? Или вот свежее этонедельное обновление винды, которое все файловые ассоциации с установленных пользователем программ поперекидывало на Эдж. Само, никого не спрашивая, как всегда у винды происходит.

  >Доходит даже до смешного. Удаляют старые ошибки. А потом прикладывают obj-файлы для воспроизведения той ошибки, чтоб сохранилась совместимость.
  Ога. Совместимость багов - святое. А вот просто работать - фигу.

39. Талипов Артём (eric50@yandex.ru) 2020/06/11 15:47 [ответить]
  > > 38.Antonov Andy
  >Выходит новая версия, и установщик сообщает, что твоя винда устарела. Я, собссно, именно об этом писал.

  Так у винды есть срок поддержки. Она, конечно же, устаревает.

  Но ты писал не об этом. Приводил в примеры некие плагины, которые удалили.

  Из windows, иногда что-нибудь тоже удаляют. Но это не касается базового функционала.

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

38. *Antonov Andy (andy.antonov@gmail.com) 2020/06/11 13:20 [ответить]
  > > 37.Талипов Артём

  >И да, уже смешно с твоего коммента. Ведь я прямым текстом написал, что runtime упаковывается вместе с программой. Но ты всё равно возразил.
  Ну, отлично, что упаковывается. Не надо проходить квест по установки туч левой фигни (причём некоторые даже умудряются не выдавать варнинг о том, что именно нужно: оно тупо ставится, но не работает).
  Выходит новая версия, и установщик сообщает, что твоя винда устарела. Я, собссно, именно об этом писал.

37. Талипов Артём (eric50@yandex.ru) 2020/06/11 13:09 [ответить]
  > > 36.Antonov Andy
  >Если её не сломают целенаправленно, как сейчас принято. Я именно об этом писал.

  А я повторю. Совместимость в .net core сломать снаружи нельзя. Даже если ты установишь на компьютер новый runtime или его вообще удалишь!

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

36. *Antonov Andy (andy.antonov@gmail.com) 2020/06/11 11:07 [ответить]
  > > 35.Талипов Артём
  >В таких случаях говорят: "книгу не читаю, но осуждаю".
  >...Совместимость не сломается при обновлении.
  Если её не сломают целенаправленно, как сейчас принято. Я именно об этом писал.
  ЗЫ Очешуительна система - Выньдовс 10. После очередного обновления начинает терять установленные в системе принтеры. Сами принтеры при этом значатся как установленные. такое впечатление, что глюки в службе печати.

35. Талипов Артём (eric50@yandex.ru) 2020/06/11 05:45 [ответить]
  > > 33.Antonov Andy
  >Проблема в том, что все эти библиотеки - дают рантайм для уже скомпилированых программ. А потом пользователь получит дулю: старая версия программы не работает...

  В таких случаях говорят: "книгу не читаю, но осуждаю".

  Если что, то .net core как раз решает описанную вами проблему. Он собирает программу в пакет. В тот же пакет тащит весь нужный runtime. Для установки, нужен только пакет и всё, runtime уже в комплекте. Совместимость не сломается при обновлении. Ах да, там при компиляции, можно выбирать версию языка и runtime.

34. Талипов Артём (eric50@yandex.ru) 2020/06/11 05:42 [ответить]
  > > 32.Гюрза И.
  > И, если правильно понял, сейчас проблема не в COBOL'е, а в отсутствии программистов.

  Да. Но это следствие. А первопричина в том, что cobol оказался непереносимым.

  >Никто никому ничего не должен.

  Согласен. Я просто перечислил собственные хотелки.

  >Хотелось бы увидеть список устаревших или вредных функций в C/PASCAL :).


  Это холивар... Да и список будет длинным. Впрочем, обозначу.

  * Нужно разделить тип char, на строгие типы char, byte, small (int8_t). При этом выбросить типы wchar_t, char8_t, char16_t, char32_t.

  * Нужно пересмотреть и даже выбросить некоторые старые языковые конструкции, например typedef. Вариант using new_type = source_type; гораздо удобнее.

  * Нужно сделать суффиксное указание типов, возвращаемых из функции. Префиксный вариант в стиле C устарел и не удобен. Гораздо лучше в pascal и basic. В C++ пытаются перейти, но из-за обратной совместимости выходит криво.

  * Нужно пересмотреть типы параметров, таких функций, как memset, memcpy, memmove и так далее. Слишком стрёмно void*. Лучше уж byte*.

  * Нужно пересмотреть количество и порядок параметров многих функций, в том числе memset, memmove. Нужна единая и строгая логика.

  * Функции локали, принципиально устарели, их бы все переделать. Особенно жутко wctomb и mbtowc.

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

  > Каждая новая версия DELPHI ломала совместимость с предыдущей. И ничего: мыши плакали, кололись ...

  Вот именно! Плакали. Кололись. Но были вынуждены переходить. А если бы сделали конвертор, жизнь получилась бы проще.


  >Есть такие, которые не умеют???

  Вы сами упомянули делфи, который, по вашим же словам, не умеет.

33. *Antonov Andy (andy.antonov@gmail.com) 2020/06/09 14:11 [ответить]
  > > 31.Талипов Артём
  >Но Microsoft допиливает .net core до уровня .net framework, чтоб в какой-то момент произвести замену.
  Проблема в том, что все эти библиотеки - дают рантайм для уже скомпилированых программ. А потом пользователь получит дулю: старая версия программы не работает (например, какой-нить бухгалтерский софт, который надо постоянно свежим держать, из-за форм отчётов и т.п.), а новая - требует новый рантайм, который - ВНЕЗАПНО! - есть только под новую ОС.
  Бывают и более "забавные" случаи: на нескольких машинах года три держал специально древний ФФ 45.0 для работы клиент-банка одного "маленького" банка. Т.к. в новых выпилили поддержку того плагина, на котором всё крутилось. Только с месяц назад это стало неактуальным.
  Потому что каждый решает, что лишнее в зависимости от своей упоротости. А людям работать надо...

32. Гюрза И. 2020/06/09 11:55 [ответить]
  > > 28.Талипов Артём
  >И так. Язык выбросили на свалку. А программы продолжают крутится.
   Если не ошибаюсь, у COBOL'a главной фишкой была управляемая точность десятичных вычислений, необходимая для банковских операций. Соответственно, не так много языков способно полноценно заменить монструозный COBOL.
   И, если правильно понял, сейчас проблема не в COBOL'е, а в отсутствии программистов.

  >1. Сам язык, спецификация, документация, компиляторы, должны быть открытыми и доступными.
  Никто никому ничего не должен.

  >2. Функции, которые устарели или признаны вредными, конечно же нужно убирать или заменять.
  Хотелось бы увидеть список устаревших или вредных функций в C/PASCAL :).

  >3. При смене фишечек языка, которые ломают обратную совместимость, то есть, если новый компилятор, не может компилировать исходник на старой версии языка, надо предусмотреть мост.
   Каждая новая версия DELPHI ломала совместимость с предыдущей. И ничего: мыши плакали, кололись ...

  >* Компилятор, должен уметь читать исходники всех версий, даже самых старых.
  Есть такие, которые не умеют???

  > > 29.Кеаренус

  >В смысле, обратная совместимость и поддержка всякой устаревшей фигни - вещь хорошая, но всегда должен быть момент, когда нужно взять и отрубить лишнее.
   Выше просил написать, какая такая "всякая устаревшая фигня" есть в C или в PASCAL'e , которую надо немедленно "взять и отрубить" :).

  Насчет совместимости есть тонкость:
  Пока есть конкуренция среди продавцов компиляторов/софта/ОС/железа, разработчики вынуждены заботиться о совместимости, чтобы не потерять клиентов.
  А монополистам, продающим Microsoft Windows, MS Office, Borland Delphi и тп выгоднее постоянно ломать совместимость, вынуждая постоянно покупать новые версии.

  Бессмысленно обсуждать или осуждать выбор языка программирования. Если программа решает проблему, нет никакой разницы - C/PASCAL/BASIC/JAVA/etc/
  Сейчас гораздо важнее выбор используемой БД.

Страниц (10): 1 2 3 4 5 6 7 8 9 10 Архивы (1): 1

Связаться с программистом сайта.

Новые книги авторов СИ, вышедшие из печати:
О.Болдырева "Крадуш. Чужие души" М.Николаев "Вторжение на Землю"

Как попасть в этoт список

Кожевенное мастерство | Сайт "Художники" | Доска об'явлений "Книги"

Симонов Сергей : другие произведения.

Комментарии: Программирование ()

Комментарии: Программирование
()