Engineering Notes

By the way, I've watched Hussein's OS course recently. In short, I'm not satisfied with the course. I was expecting it to be way better considering the time it took to be released. I'll try to write a detailed review later on.

Alright, let's discuss. Leave your opinion in the comments about these 5 points (why it might or might not be the case). Also, you can introduce your own predictions for incoming PL trends.

Ba'zi noaniq detallar sabab bundan oldingi (ChatGPT haqidagi) postni o'chirdim.

⚠️ ChatGPT haqida Snovden o'z fikrlarini bildirishidan biroz oldin, qiziq bir narsani tekshirib ko'rishga ulgurgandim, shuni sizlarga aytib bersam Natijasi oldindan aniq bo'lsada, community ga buni isbotlashim kerak edi, shu sabab o'tgan oyda US dan VPS server sotib oldim va unda zararli virusni boshqarish uchun foydalandim, 1-2 marta labaratoriyada ishlatdim ham, aktivlik bo'lsin uchun. Keyin chatgpt da virus ni biroz mukammallashtirishni, o'zgartirishini so'rab, VPS ip adressini va tuzilish kodlarini qo'shib berdim, uning natijasi muhim emas aslida :) bizga muhimi bu ishlardan katta og'aning reaksiyasi edi 😎 3-kuni VPS server boshqa, Germaniyadagi datacentrga ko'chirilgani haqida xabar keldi, ogohlantirishsiz server location o'zgartirilishi kamdan-kam uchraydigan holat, 4-kuni esa VPS XXXXXX tomonidan arrested deb xabar keldi 😱 Xulosa nima? Siz kiritayotgan ChatGPT va unga o'xshash tizimlardagi so'rovlaringiz barchasi tekshirilib qayerlardadir saqlanadi va qayta ishlanadi, shu sabab u yoki bu infraga oid cred's yoki boshqa maxfiy, qonunga zid bo'lgan ma'lumotlarni kiritavermang. ❗️Kompyuter tizimida saqlanayotgan yoki uzatilayotgan axborotni ruxsatsiz yo‘q qilib yuborish, to‘sib qo‘yish, modifikatsiyalashtirish, undan nusxa ko‘chirish yoki uni qo‘lga kiritish maqsadini ko‘zlab kompyuter dasturlarini yaratish yoki mavjud dasturlarga o‘zgartirishlar kiritish, xuddi shuningdek maxsus virus dasturlarini ishlab chiqish, ulardan qasddan foydalanish yoki ularni qasddan tarqatish — eng kam oylik ish haqining yuz baravaridan uch yuz baravarigacha miqdorda jarima yoki ikki yilgacha ozodlikdan mahrum qilish bilan jazolanadi. O‘sha harakatlar: a) juda ko‘p miqdorda zarar yetkazgan holda; b) bir guruh shaxslar tomonidan oldindan til biriktirib; v) takroran yoki xavfli retsidivist tomonidan; g) uyushgan guruh tomonidan yoki uning manfaatlarini ko‘zlab sodir etilgan bo‘lsa, — ikki yildan uch yilgacha ozodlikdan mahrum qilish bilan jazolanadi”

Google translateda O'zbek tiliga tarjima qilib ko'rgandim, gumanitarlarning gapiga o'xshab qoldi💀

Demak Re'ja Bunday. Keyingi 12 soat ichida https://tirikchilik.uz/azim sahifasida donatlar qabul qilamiz. (Tushgan barcha pulni + o'zimdan yana shuncha qo'shib) keyin uni Google orqali https://www.palestinercs.org/en ga donate qilamiz. Demak 100 so'm yuborsangiz, men o'zimdan 100 qo'shib Google'ga, Google unga 200 so'm qo'shib Benevityga, Benevity esa 400 so'mni palestinercs.org tashkilotiga yuboradi va bu tashkilot Falastinga yordam sifatida tibbiy yordam va oziq-ovqat yuboradi, InshaAlloh.

Mobile internetni yoqasan, o'lgudek sekin. fast.com'ga kirib tekshirib ko'rasan, yaxshi ishlayapti deydi. Keyin VPN bilan qaytadan kirib ko'rasan, endi sekin ko'rsatishni boshlaydi. Qolgan saytlarga kirib ko'rasan, bir xil ishlayapti. VPNda muammo yo'q, o'z-o'zidan 1 ta variant qoladi: ataylab sekinlatishayapti. "Mana, zo'r ishlayapti" deyish uchun faqat fast.com'ni tez ochib berishadi. O'ynab qo'yay bundaychikin operatorlaringga.

5 programming language trends to look for in the next 10 years: 1. Moving (back) from developer comfort to code efficiency. We've created an insane amount of unnecessary abstractions in the name of "making developer's life easier". So much so that only a fraction of total computing power is spent to do the actual work in traditional software systems, the rest is simply wasted to deal with abstractions. With the current generation of computer hardware reaching to its maximum potential, the only real way to improve performance is gonna be making the software more efficient by chopping of as much unnecessary layers as possible, unless a breakthrough occurs in hardware industry. 2. Immutability and statelessness. As they say, "Shared state is the root of all evil". Search the phrase and you'll find way more information than I could ever write here. My point is, even systems engineers (who usually loves to deal with nasty stuff) are getting tired of shared state shenanigans and I think they are gonna be the ones that will convert much of existing infrastructure to immutable. 3. Moving stuff from runtime to compile time as much as possible. With ideas coming from fields like Type Theory and Abstract Algebra in general, now we can predict a reasonably wide domain of "bad" program behaviours before actually running it. The best part is, we can completely eliminate most of them in compile time by adding new rules which we can guarantee that won't lead to such "bad" states. Current implementation of memory management in Rust is a great example of this approach. 4. New approach to concurrency and parallelism. Although a general-purpose operating systems are fairly good at performing various kind of tasks, fairly good is not good enough for specific applications. A classic example is concurrency and parallelism. Although OS-level active units like processes and threads are good for average OS-level tasks, they are too heavy and not flexible enough to be directly used in modern languages with very dynamic behaviour. So, more and more languages are coming up with their own solutions often in the form of language-level units that are very light and flexible alternative of OS-level threads. Also it's worth mentioning that this kind of approach often involves some sort of tricks to make resources like CPU time and memory pages more predictable, which the underlying OS developers wouldn't appreciate. After all, language developers want their program to perform better, where OS developers want the whole system to perform better. 5. Rise of multi-mode languages. Compilers can do hell lot of optimization for you, but it usually makes compiling process much longer. On the other hand, you only need such fine-tuned software in production environments. Unoptimized and rough version of the same software (which can be compiled much faster) is usually good enough for various kind of testing and debugging purposes. So, why not give developers an option to chooses how much optimized result they want? Of course, both compiled and interpreted languages are doing a bunch of tricks to achieve something similar, but I think solutions in the next 10 years is gonna be more fundamental. Maybe, a language that is normally interpreted, but can compile the code to executable when it's ready for production.

We need a paradigm that is more predictable than Procedural Programming, more efficient than Object Oriented Programming and less fancy than Functional programming.