Dev Jungles Telegram Posts

Розвиток best practices в C#:
- Ми кажемо, що треба використовувати string.Empty замість ""

Через 15 років:
- Ми кажемо, що треба використовувати [] замість Array<T>.Empty

Попередня best practice продовжує діяти

Хто б як вирішував задачу:
В реляційній базі треба зберігати певні сутності.
Вони мають 5-6 спільних властивостей і енам типу.
Типів багато і вони мають 3-30 власних властивостей: іноді якась з них масив, іноді ще один об'єкт за своїми властивостями.

Вигрібати треба потім їх доволі багато (сотні, іноді тисячи, іноді десятки тисяч) і заново будови об'єкти відповідно до ієрархії.

Коротше: подія, тип, аргументи. У кожного типу свої аргументи.

Зрозуміло, що про індекси писали багато. Зрозуміло, що багато чого про них розкаже і ChatGPT, чи аналогічні системи.

Тож чим буде вирізнятись моя стаття?

Вона швидше упорядковує знання про індекси в голові і дозволяє вам швидко навігуватись по ним всередені голови: тобто мати можливість ходити вверх вниз по абстракціям в процесі обдумування проблеми.

https://blog.podkolzin.consulting/article/2024-12-27.base-idea-behind-index

Індекс знань про індекси для вашої голови

P.S. Поширте цю статтю, або будь яку іншу, що знайдете корисною тим, хто може розділити цю думку. Це буде ваш внесок у боротьбу з паршивими статтям і захист статей добрих.

Для експериментів взяв найдешевший сервачок за 4$: там 512мб оперативної пам'яті і дивуюсь як там працює аж цілий ASP.NET + Nginx + postgres.

А потім згадую, що коли починав займатись розробкою, то в мене і було 512мб оперативної пам'яті: так туди влізла вінда з графічною оболонкою, я міг грати у generals zero hour чи gta vice city, чи програмувати на Visual Studio підіймаючи сайт на ASP в цілому IIS і маючи SqlServer у якості бази даних, ще й бачити результат своєї роботи в браузері.

Яким бісом це все тоді туди влазило, якщо зараз я дивуюсь із кількох процесів без графіки на віддаленому сервері? 🙈🙈🙈

Доповнив свою статтю про ref struct чудовим коментарем від Дмитра. Раджу ознайомитись.

Єдине доповнення від мене:
List<string> і List<JObject> будуть мати посилання на одні й ті самі тела методів від чарівного List<__Canon> чи якось так, що застосовується для всіх ссилочних типів.

Щодо питання про можливість використання ref struct в якості generic параметру:

Java generics базуються на стиранні типів (type erasure), це означає що наші T існують лише на етапі компіляції, а в рантаймі використовується звичайний object, що в свою чергу має на увазі під собою каст, а для структур ще і боксінг. Ну а як ми зрозуміли зі статті то така операція як розміщення на кучі(боксінг) не вписується в концепцію ref struct.

На відміну від Java, C#: Generics реалізовані через різні версії типів на етапі компіляції та виконання. Це означає, що компілятор створює специфічні реалізації для кожного типу, що використовує generics, з урахуванням їх конкретних параметрів типу. Наприклад, List<int> і List<string> будуть різними типами в пам’яті на етапі виконання.

Таким чином це дає нам можливість уникнути операцій приведення типів в рантаймі ну і звісно використати ref struct у якості generic параметру (звісно з певними обмеженнями).

Колись дуже давно, ще в 17му році писав статтю де порівнював SQLite з іншою базою (її теж переніс у свій майбтній блог).

Зараз довелось дуже змістовно і багато попрацювати з SQLite, збудувати навколо цієї бази доволі великий продукт, тож захотілось поділитись досвідом.

Буде цікаво і тим, хто ніколи не працював з цією базою і не планує, просто для розуміння а чим так хороші ті СУБД, що працюють мережею.

https://blog.podkolzin.consulting/#/article/2024-11-26.SQLite-Expirience-Short-Article

ref struct - Що це таке і що змінилось у C# 13

В цьому стрімі згадав про ref struct і казав, що він змінився.
Написав невеличку статтю про те що це таке, навіщо треба і як змінилось.

Опублікував його в тому, що колись стане моїм блогом(є одна ідея як це гарно зробити), але поки це просто пара веб-сторінок, що аж ніяк не псує задоволення від перегляду конкретної статті.

https://blog.podkolzin.consulting/#/article/2024-12-12.ref-struct-CSharp13-and-before

Є баги, що повторюються від продукту до продукту.
Іноді це зумовлено тим що в різних продуктах використовуються одні й ті самі базові технології і цим можна пояснити однаковий баг в різних продуктах.

Іноді є баги, що не залежать від технології: вони повторюються в різних продуктах на різних технологіях. Зазвичай причина їх появи доволі фундаментальна. Часто зрозуміла.

І є от такий баг: майже в усіх плеєрах потокового відео неможливо поставити на паузу, якщо під час відтворення почалась підвантаження(частіше за все ми бачимо "крутілку").
Я би зрозумів якби в цей час був фріз воно UI, але ні: ми навчились виносити IO так щоб він не впливав на UI.
Може там і є щось умовно фундаментальне, але я не розумію, чому не покласти в якусь чергу подій повідомлення про те, що треба поставити плеєр на паузу як тільки дованиажиться наступний кадр/секунда перед тим як його/її відтворювати. Чому так не зроблено і чому ця проблема виникає на мобільних пристроях, в браузерах на натуральних комп'ютерах і на телевізорах мені не зрозуміло.

В когось є відповідь чи хоча б думки?

Я хто який HTTP метод використовує, коли стан системи змінювати не треба, але потрібно передати BODY запиту?

У GET body тулити якось не прийнято.