[ Кропивач ] [ a / b / bugs / c / d / f / g / i / k / l / m / p / t / u / ]
Banner

/t/ - Технології

Name
Email
Subject
Comment
Файл
Пароль (For file deletion.)

File: 1664825485.435835-.png ( 68.61 KB , 1200x1349 )

⋮⋮⋮   No. 6173

Де можна почитати стислий виклад c++ для людей які шарять за програмування?

⋮⋮⋮   No. 6174

File: 1664853881.928327-.jpg ( 14.73 KB , 200x200 )

>>6173
>c++
>стисло
шось одне будь ласочка

⋮⋮⋮   No. 6175

File: 1664874938.209996-.png ( 474.97 KB , 550x691 )

>>6173
Настав час частково спеціалізувати темплейт темплейт тайпнейм!

⋮⋮⋮   No. 6176

>>6175
Я ніхія не пойняв.

⋮⋮⋮   No. 6177

>>6176
Читай книгу і благослови тебе boost.

⋮⋮⋮   No. 6178

>>6175
Ніхуя не знаю про С++, окрім того шо він гігантський та складний. Якщо я читну цю книжку, я зможу хуячити надшвидке пз та ігрулі? Враховуючи шо на горизонті Карбон, чи варто взагалі вчити С++?

⋮⋮⋮   No. 6180

сказали шо мова Раст Rust ніби ідентична за швидкодією але новіша і значить був на те певний запит

⋮⋮⋮   No. 6181

File: 1664964726.308204-.png ( 211.61 KB , 350x490 )

Може тоді варто щось таке? І на цьому заспокоїтись

⋮⋮⋮   No. 6182

>>6180
Сказали, що програмування на хрестах надто розширює анал, тому підари для щільності очка перейшли на раст.

⋮⋮⋮   No. 6189

File: 1665000667.524832-.png ( 1.55 MB , 1421x2091 )

>>6180
Теоретично так, але на практиці є проблеми з перформансом. Якщо коротко, то відносно молодий компілятор расту не так добре оптимізує як хрестові компілятори в яких підкручували оптимізації кілька десятків років. Але це не принципово, він все одно швидкий і ААА ігри писати все одно можна. Є хороший ECS рушій для нього - bevy. Колись його пробував пару років тому, сам bevy топ, але не сподобалось що для расту не було жодної ліби яка б вміла нормально працювати з raw input мишки на макосі. Були якісь проблеми і відкриті баги в самих растівських байндінгах і тд, і я короче не зміг зробити достатньо гладку для мене fps камеру і забив хуй. Треба якось знову спробувати, думаю те гівно вже давно пофіксили.

Якщо чесно я вважаю що на расті писати складніше ніж на хрестах, але він того вартий. Так, хрести набагато більші і роздутіші, при цьому писати на них код який просто працює (але іноді сєгфолтиться і повний потенційних 0day експлоітів) все ж таки швидше. Напевно це все вирішується практикою, але на ранніх етапах знайомства з мовою мати справу з ownership і borrowing дуже time consuming. Приблизно така сама суєта як перезагортання монадок на хаскелі, але ще складніше.

⋮⋮⋮   No. 6190

File: 1665002241.464355-.png ( 378.35 KB , 850x861 )

>>6189
> Теоретично так, але на практиці є проблеми з перформансом. Якщо коротко, то відносно молодий компілятор расту не так добре оптимізує як хрестові компілятори в яких підкручували оптимізації кілька десятків років.
неактуально
https://benchmarksgame-team.pages.debian.net/benchmarksgame/q6600/fastest/rust-gpp.html

⋮⋮⋮   No. 6191

проігнорували мене :( >>6178

⋮⋮⋮   No. 6194

File: 1665044709.373743-.png ( 1.29 MB , 850x1046 )

>>6191
Та книга взагалі про інше, її звичайно буде недостатньо для розробки супер оптимізованого системного пз та ігрових рушіїв. Якщо ти не шариш в базових низкорівневих речах типу мануальної роботи з пам'ятю, пойнтер арифметиці, вирівнюванні структур в пам'яті, особливостях використання регістрів vs стеку викликів, що таке і нащо потрібні інтринсики і тд - тобі взагалі спочатку треба почати з сішки і можливо (зовсім трошки) асемблеру. Якщо ти просто хочеш робити ігри з крутим графоном чи фізикою, але при цьому не заморочуватись з низкорівневим програмуванням, го Unreal Engine.

⋮⋮⋮   No. 6195

File: 1665045276.273903-.jpg ( 8.43 KB , 133x159 )


⋮⋮⋮   No. 6196

>>6194
Дямкую за віндповіть :) Про анріл знаю але там ліцензія трохи єбанута.

⋮⋮⋮   No. 6197

>>6194
Ще одне питання: якщо хочеш будувати складну саасну поєботу але не хочеш єбатись з поглибленим вивченням низькорівневих мов (шо я думаю за півроку точно осилити не вийде), чи є якісь мови/платформи/альтернативи шо можливо десь на 10-15% "повільніші" але свою функцію виконують?

⋮⋮⋮   No. 6198

File: 1665084115.884994-.png ( 7.65 MB , 2304x2552 )

>>6197
> саасну
"Саасну" чи "сасну"?
Перше звучить як SAAS, тобто "software as a service" і це доволі популярний термін,
але я не впевнений що ти саме це мав на увазі...
> але не хочеш єбатись з поглибленим вивченням низькорівневих мов (шо я думаю за півроку точно осилити не вийде), чи є якісь мови/платформи/альтернативи шо можливо десь на 10-15% "повільніші" але свою функцію виконують?
Якщо мова про ігри, то... Unity+C# - рівно те що ти описав )
Якщо мова про системний софт - Go.
Ти б краще більш детально написав що хочеш робити, тоді було б простіше щось рекомендувати.
Наприклад, якщо це 2д платформер, то можеш хоч на Godot писати, або навіть в браузері на JavaScript чи TypeScript.
Якщо це 3д але з лоуполі, то в залежності від розміру локацій і кількості об'єктів на сцені можна теж використовувати в деяких випадках навіть скриптові динамічні мови, в більш тяжких - хоча б Unity/C#.
Якщо це опенворлд з мільйоном полігонів на кожну цицьку - то тут великого вибору немає.

⋮⋮⋮   No. 6200

>>6198
Саме саасну (SAAS). Усі ці гіпероптимзатори корпоративної продуктивності, сейлсфорси, то, сьо, тони даних, гарненький юай, мультиплатформеність.
Про ігрулькі я всі наведені варіанти знаю, але усе одно дякую шо відповів.

⋮⋮⋮   No. 6201

File: 1665130668.034182-.png ( 1.07 MB , 903x1200 )

>>6200
Ну це абсолютно інший реалм програмування.
Вимог до хард чи навіть софт рілтайму взагалі не стоїть.
Взагалі не треба думати про сішки, расти і тд.
Такі проекти ти сам точно писати не будеш, тому
інвестор +
команда з hr, менеджером, продакт овнером, qa, фронтами і беками +
JIRA або Azure Devops або Trello +
Git +
Linter для твоєй мови програмування +
якась методологія для прожект менежменту наприклад Scrum +
будь яка високорівнева мова для бекенду +
будь який сучасний javascript фреймворк для фронтенду

⋮⋮⋮   No. 6203

>>6201
Ой дякую тобі анонче, бо можливо ти мені зекономив дохуя часу своєю порадою. Тобто диви, туди краще не пхатись без або інвесторів або грошей, так?
Просто в мене черговий період ideaguyства але я хуй знаю з якої сторони підходити.

⋮⋮⋮   No. 6205

>>6201
І ще дурне питання: такий клас продуктів (корпоративна оптимізація синергій актуалізація вихідних даних контролю продаж та експортних закупівель печива Milka Web3.0) одночуваки з середнім знанням ООП не піднімають?

⋮⋮⋮   No. 6206

>>6205
> такий клас продуктів (корпоративна оптимізація синергій актуалізація вихідних даних контролю продаж та експортних закупівель печива Milka Web3.0) одночуваки з середнім знанням ООП не піднімають?
Це занадто загальне формулювання, на такому рівні це взагалі неможливо оцінювати. Оцінювати можна почати коли ти хоча б фічі приблизно сформулюєш. В принципі, напевно можна придумати якісь маленькі продукти в цій галузі які вирішують вузький клас задач соло, просто зазвичай корпоративні продукти, а особливо SAAS рішення, пишуть більш великими командами із більш серйозним менеджментом і як наслідок необхідністю інвестицій. Ще це повязано мабуть з тим, що такі речі зазвичай розробляють люди за зарплату, бо мало кому із програмістів цікаві такі речі настільки щоб самому в цьому почати розбиратись і генерити свої ідеї а потім реалізовувати самостійні продукти.

⋮⋮⋮   No. 6207

>>6206
Зрозумів. Дуже дякую за відповіді анонче.
Та я зараз ще подумав трохи і зрозумів що на голому ентузіазмі не вийде зробити бо там стопроц потрібна підтримка шо буде складатись з більше як одного кропивачера, лол.

⋮⋮⋮   No. 6210 OP

File: 1665254724.355807-.png ( 381.88 KB , 519x646 )

Найшов те, що мені треба

⋮⋮⋮   No. 6213

File: 1665255679.152055-.webp ( 12.05 KB , 428x241 )

>>6210
>A Tour of C++
>гора
Шо він мав під цим на увазі?...

⋮⋮⋮   No. 6232 OP

>>6213
Хз, там всього лиш 170 сторінок

⋮⋮⋮   No. 6243

>>6232
чекаю огляд, може також почитаю



[Return] [Go to top] [Catalog] [Post a Reply]
Delete Post [ ]

[ Кропивач ] [ a / b / bugs / c / d / f / g / i / k / l / m / p / t / u / ]