Стислий вміст гілки
Автор: yvs115
« : 2025-04-28 12:51:14 »
> зʼявиться нова мова програмування.
>
Досить таки ймовірно, і буде використовуватись в окремих випадках чи як спеціалізація в чомусь. Але спершу ШІ протопчеться по звичайним мовам програмування, коли їх відповідно додадуть в пріоритети з ШІ впровадженням. Зараз поки ШІ програмування виглядає як side-effect у розвитку ШІ галузі.
> В те що буде як в книжках науково–фантастичного жанру коли компʼютер програмують просто надиктовуючи інструкції
> не вірю.
>
Чому б і ні, програмні мови дуже вузькі та їх набагато легше закодувати ніж мови якими розмовляють люди.
Як десь було вже відмічено той факт - що ті хто народився зараз вже навіть не застануть часи коли "машина не могла розмовляти",
і цей факт вже вражає і значно більше, ніж те що з часом ШІ почне видавати достатньо придатний у відповідних випадках код на якійсь з мов програмування.
Автор: xuser13
« : 2025-04-28 12:08:57 »
Скоріше за все будуть створювати високорівневі покрокові інструкції звичайною мовою за допомогою ШІ
І зʼявиться нова мова програмування. В те що буде як в книжках науково–фантастичного жанру коли компʼютер програмують просто надиктовуючи інструкції так наче розмовляють з людиною я не вірю.
Автор: yvs115
« : 2025-04-28 11:58:43 »
> antix: не знаю чому у вас вийшло стільки багато - у мене при старті мегабайт 80 їв
>
якщо це інфо з екрану з графікою (тобто conky info):
то там показується в Used/Total тільки частина з used не враховуючи буферизацію кеші і т.п. (які реально також займають пам'ять)
- порівняйте used від conky на екрані з цифрами від 'free -h' в терміналі
Автор: Djalin
« : 2025-04-27 14:53:48 »
На двох гігах у мене працює MX Linux, можна AnTix - але менш зручний (не знаю чому у вас вийшло стільки багато - у мене при старті мегабайт 80 їв, але реально незвичне ДЕ, MX Linux - у мене працює на Samsung N310 - Правда гвинта замінив на SSD і доволі непогано хостить телеграм бота)
Але браузер... буде дуже повільний
Автор: yvs115
« : 2025-04-23 18:33:35 »
>> потім можна додавати і Сі (як системну чи high-perfomance мову)
>
> Від Сі/Сі++ вже відмовляються на користь інших, безпечніших мов.
>
Перше що треба сказати що - С і С++ це дві різні мови і трохи в різних доменах використання. Ті хто пишуть на С рідко переключаються на С++, і навпаки.
Друге - якщо це натяк на Rust, то хайп з ним вже закінчився принаймні по двом об'єктивним причинам - (а) важкий поріг входження, (б) фінансовий промошен від бігтех переключився схоже на ШІ домен. (хоча свою нішу раст таки займе завдяки початковому гігантському поштовху, щось подібне як з промошен java було).
- якщо відносно інших mem safe мов програмування - тут доволі широкий вибір починаючи з мов для вебпрограмування (js/ts), закінчуючи мовами заточеними під конкретну ОС (dotnet family), так і навіть бекендовий golang (має сподобатись по сінтаксу тим хто працював з pascal).
Тож розглядаючи мову програмування (як тулзу а не самоціль) - вибір між C/Golang/С#/Python/TS/etc. в чистому вигляді проходить по домену де краще де ні то використовувати для конкретних задач, незважаючи що фреймворки часто буває совають чи перемішують трохи ті домени (як нп С з GTK чи C++ з QT).
Автор: Володимир Лісівка
« : 2025-04-23 08:52:00 »
> потім можна додавати і Сі (як системну чи high-perfomance мову)
Від Сі/Сі++ вже відмовляються на користь інших, безпечніших мов. Немає сенсу вчити застарілі мови в школі, коли у людини ще мінімум 50 років продуктивного життя попереду. Краще навчити людину тому, що буде актуальним і через 50 років.
А через 50 років майже ніхто не буде писати будь який код руками, як зараз майже ніхто не пише машинний код руками. Скоріше за все будуть створювати високорівневі покрокові інструкції звичайною мовою за допомогою ШІ, які будуть виконуватися також ШІ. Це можливо вже зараз, з багатьма обмеженнями, але обмеження знімуть протягом наступних 10-20 років.
Автор: yvs115
« : 2025-04-21 15:42:59 »
Відносно gtk, мови програмування, і зміни: - навіть в рамках одного gtk4 десь в районі 4.12 відбулись значні зміни - але то все в рамках ієрархій, і необхідність щось змінювати - перпендикулярна на чому програмувати (у випадку gtk - перпендикулярність змін до заюзаної binding мови з фреймворком). Були аргументи чому не Сі як мова для концептів в порівнянні з Пайтон - бо концептів охвачено менш (нп навіть тіж лямбда з FP), свого часу не рекомендували починати з бейсіка - не томущо інтерпретація а тому що там всього умовно 1.5 концепта були представлені. Чому нп Сі а не Паскаль - фактор утілізації (Паскаль вже практично не присутній в сучасному програмуванні).
Тобто краще починати з чимось з максимум концептів і в той же час легким у використані, потім можна додавати і Сі (як системну чи high-perfomance мову), і все що завгодно підкреслюючи рамки де та мова найбільш зручна у використані та відповідні її плюси/мінуси, тут можуть бути вже багато сучасних мов програмування на вибір і в залежності на яку спеціалізацію будуть розставлені акценти.
Автор: kostiantyn.hermash
« : 2025-04-21 13:56:21 »
проблема в тому що дітям пояснити за програмування в загальному важко, коли людина програмує на Pascal, то потім в Lazarus отримує купу помилок і закидає про програмування..
Моя думка така, потрібно починати з С для навчання, чому, там хоч синтаксис один і пиши хоч на GCC ( сс ), Clang, tcc, Pelles C ...
Ага, один синтаксис))) Ось напише хтось графічну програму на GTK2, а потім треба переписувати на GTK3, а потім розробники гному знову все поламають, і в черговий раз треба все переписувати на GTK4.
Автор: res2500
« : 2025-04-20 21:50:35 »
проблема в тому що дітям пояснити за програмування в загальному важко, коли людина програмує на Pascal, то потім в Lazarus отримує купу помилок і закидає про програмування..
Моя думка така, потрібно починати з С для навчання, чому, там хоч синтаксис один і пиши хоч на GCC ( сс ), Clang, tcc, Pelles C ...
Автор: yvs115
« : 2025-04-12 15:56:41 »
Навіть якщо з safe мов (як Pascal) було непогано розпочинати програмування років 20-30 тому, то є сумніви чи хоч десь зараз є попит на навички програмування в Borland Delphi.
Завдання ж показати що таке програмування а не навчити програміста.
Так, показати-познайомити з існуючими концептами в програмуванні, але то краще робити на сучасних мовах які ще й знадобитися можуть (як і доступність додаткової інфо, можливість спробувати без присідань в сучасній ос, і т.п.). Десь недавно проглядаючи цікаві курси (хоча і зовсім з іншої тематики) - випадково побачив на MIT курсах (які виклали на youtube) що CS концепти програмування дають на базі / за допомогою (a) python для тих хто немає бази, і (b) різні опції кому опція (a) не цікава вже буде. Python (наскільки я зрозумів) там обрали бо доволі широко представлені всі базові концепти для початківців. З Pascal це булоб значно важче (бо менше представлених концептів і важче заюзати на сьогодні).
Автор: xuser13
« : 2025-04-12 10:23:37 »
[Навіть якщо з safe мов (як Pascal) було непогано розпочинати програмування років 20-30 тому, то є сумніви чи хоч десь зараз є попит на навички програмування в Borland Delphi.]
Завдання ж показати що таке програмування а не навчити програміста.
Автор: xuser13
« : 2025-04-12 10:19:32 »
Я б встановив Windows XP і не морочився б з дистрибутивами Linux, бо вони все ще не готові для desktop. В якості браузера Thorium, Supermium, MyPal. Mailnews як поштовик. ESET Nod32 в якості антивіруса (оновленнями антивірусних баз можу поділитися). Але я б просто не підлкючав би компи до інтерету. Хоча, якщо Вінда, то можна й Windows 10.
Автор: yvs115
« : 2025-04-11 17:35:27 »
free -m
загалом використ. вільна спільна буфери/кеш дост.
Пам.: 2962 1403 815 215 1135 1558
(майже "з коробки") + GNOME 3 + gnome-terminal + Epiphany (відкрита одна вкладка з цим форумом). Тобто приблизно 1.5 ГіБ.
terminal небагато - можно не враховувати, але без epiphany треба булоб, хоча для gtk3 (нема з ним систем щоб порівняти) думав що менше мало бути. Це дефолтний debian(stable12)+gtk4 % free -h
загалом використ. вільна спільна буфери/кеш дост.
Пам.: 3,8Gi 1,6Gi 1,5Gi 40Mi 1,0Gi 2,2Gi
Ще трохи додам лінуксів з gui що під руками зараз (з відносно невеликих по ресурсам) для порівнянь: void+gtk4 total used free shared buff/cache available
Mem: 3.8Gi 759Mi 2.8Gi 9.2Mi 437Mi 3.0Gi
alpine+gtk4 total used free shared buff/cache available
Mem: 3.8G 466.6M 3.0G 21.3M 402.7M 3.2G
bodhi(last)+moksha total used free shared buff/cache available
Mem: 1,8Gi 245Mi 1,2Gi 13Mi 382Mi 1,3Gi
tcl+fltk total used free shared buff/cache available
Mem: 3.8G 149.1M 3.5G 37.6M 247.5M 3.5G
antiks+незнаюякийтамдефолтнийDE загалом використ. вільна спільна буфери/кеш дост.
Пам.: 1,8Gi 369Mi 1,5Gi 19Mi 239Mi 1,5Gi
lubuntu+lxqt загалом використ. вільна спільна буфери/кеш дост.
Пам.: 3,8Gi 636Mi 2,8Gi 5,0Mi 543Mi 3,1Gi
eos(arch)+mate загалом використ. вільна спільна буфери/кеш дост.
Пам.: 3,7Gi 741Mi 2,7Gi 20Mi 534Mi 3,0Gi
p.s. юзабельність gui в плані user-friendly: макс по зручності серед наведених - gtk4, а fltk - на протилежному боці тобто мінімум по зручності (відносно інших)
Автор: kostiantyn.hermash
« : 2025-04-11 13:14:21 »
В біосі можна зашарити або 1 або 8 МБ. Оновлював біос — не допомогло. Якщо стоїть 2+1, то ОС бачить 3 і доступно 3 (зарезервовано 86МБ). А коли 4, то зарезервовано 777 МБ, а доступно 3.24. Це у windows. У Linux завжди пише 3. На жаль це апаратне резервування "виправити" неможливо. Обмеження материнки. Знаходив в мережі таку ж інформацію про інші материнські плати на такому ж чіпсеті. Нікому нічого не допомогло.
А у вас стоїть 32-бітна чи 64-бітна версія ОС ? Можливо, це обмеження 32-бітної ОС. Хоча 4 ГіБ повинно бачити. В мене був випадок на одній машині (материнка MSI, сокет АМ3), коли я вставляю 4 планки по 4 ГіБ, то повинно бути 16 ГіБ, а система і біос бачать лише 8 ГіБ. Якщо вийняти одну планку, тобто залишити 3 планки, то система бачить 12 ГіБ. Потім я вставляв всі планки по одній, по черзі, і з'ясував, що одна з планок була несправна. А це у вас лише на одній машині так, чи на всіх машинах у класі? А де ви бачите, що пам'ять зерезервована? Зарезервована ким і для чого? Це в БІОС? Ось, наприклад, в мене команда "free -m" показує майже всі мої 3 ГіБ пам'яті, Зверніть увагу, 1135 МіБ --- це кеш, тобто якийсь "резерв". free -m
загалом використ. вільна спільна буфери/кеш дост.
Пам.: 2962 1403 815 215 1135 1558
Своп.: 4095 0 4095
В мене інтегрована відеокарта Intel GMA X3100, в принципі, вона може брати собі якусь пам'ять з оперативки, але я не знаю, де це точно подивитись. Команда dmesg видає таке: [ 7.473081] pci 0000:00:00.0: Intel 965GM Chipset
[ 7.473120] pci 0000:00:00.0: detected gtt size: 524288K total, 262144K mappable
[ 7.473470] pci 0000:00:00.0: detected 8192K stolen memory
[ 7.473611] i915 0000:00:02.0: vgaarb: deactivate vga console
Можливо, ось це 8 МіБ "вкрадена пам'ять" --- це і є відеопам'ять. Що таке gtt, хз. gtt size: 524288KiB÷1024 = 512 MiB.
Може ось це "gtt size" 512 МіБ --- це і є максимально можливий об'єм відеопам'яті, який може взяти відеокарта з оперативки. Тут, доречі, видно, скільки пам'яті жере Debian (майже "з коробки") + GNOME 3 + gnome-terminal + Epiphany (відкрита одна вкладка з цим форумом). Тобто приблизно 1.5 ГіБ.
Автор: peccator
« : 2025-04-11 05:12:21 »
В біосі можна зашарити або 1 або 8 МБ. Оновлював біос — не допомогло. Якщо стоїть 2+1, то ОС бачить 3 і доступно 3 (зарезервовано 86МБ). А коли 4, то зарезервовано 777 МБ, а доступно 3.24. Це у windows. У Linux завжди пише 3. На жаль це апаратне резервування "виправити" неможливо. Обмеження материнки. Знаходив в мережі таку ж інформацію про інші материнські плати на такому ж чіпсеті. Нікому нічого не допомогло.
|
