Korábban szűkszavúan már hírt adtunk a kezdeményezésről, ami egy érdekes egzotikum volt, a phalanger nevű PHP fordító utódja. Most azért érdemes is visszatérni rá, mert néhány hónapja bejelentették, hogy pár módosítással már a Wordpress forráskódját is fordítani és futtatni tudja ez a PHP fordító, most pedig, hogy már a .NET alapítványhoz tartozik.

Itt egy videó is erről. A fordító .NET Core környezetre fordít, ami a gyorsaságra igazán sokat ad, a sebességre úgy tűnik itt is figyelnek, így a PHP világ legjobb megoldásai a .NET Core újdonságaival ütős páros lehet.

A dolog egyelőre nem éles üzemeltetésre kész, bár van aki használja már, de hogy van-e fantázia benne, az már látszik.

Saját template-ekkel, VS Code beépülővel érkezik, nyílt forráskódú.

Innen vagyok ilyen tájékozott:

Peachpie - Open Source PHP Compiler to .NET and WordPress under ASP.NET Core

Egy hibakeresés története, ami minden windows fejlesztő számára érdekes, aki szeretné az alkalmazását linuxon is futtatni. Két fejlesztő, két környezet, ami valamennyire egyforma, majd a végén már teljesen az. Ugyanaz a HelloWorld(!) alkalmazás, az egyik fut, a másik nem. És tíz óra múlva sem.

Van a történetben C#, .NET, image burner (Win32diskimager, etcher.io), Filezilla, WinSCP, strace, GDB,  FTP, és ...

Nem lövöm le a poént, érdemes végigfutni, hogy legközelebb a végén kezdjük a keresést.

13 hours debugging a segmentation fault in .NET Core on Raspberry Pi and the solution was...

Plain text kérések kiszolgálásában, linuxon.

Ez egy korábbi anyag, de most találtam rá. Egy nagyon széles merítéssel dolgozó, reális kiszolgálóterhelést szimuláló, webes keretrendszerek teljesítményét tesztelő kezdeményezés. A tesztet végző kódok nyílt forráskódúak, a kódtár a githubon nyilvános, nagyrészt önkéntesek írják őket, és a mai napon 9.351 db (!) commit-et tartalmaz. A teszteket általában AWS infrastruktúrán futtatták, de ez a kör (Round 13) az azure-on futott.

Ahogy a írják az ASP.NET Core-ról:

"We congratulate the Microsoft .NET team for a massive performance improvement and for making ASP.NET Core a mainstream option that has the performance characteristics of an acutely-tuned fringe platform. It’s like an F1 car that anyone can drive. We should all be so lucky."

Ebben a kategóriában ebben a körben 10. volt, az utolsó -Round 14- körben egy kissé visszaesett, a másodpercenként 1,822,366 kérés kiszolgálásáról 1,713,171-ra és 14.re (145-ből).

A többi kategóriában nem muzsikált ennyire szépen, de azért mondhatni jól állja a sarat. Érdemes összehasonlítani a nodejs, ruby, php vagy a spring teljesítményével például, házi feladat, nem lövöm le a poént:)

Ami szerintem a legfontosabb, hogy az ASP.NET Core csapat ringbe szállt, és a vállalja hogy félévenkénti független megmérettetésen, nyilvános formában kiderül, hogy másokhoz képest milyen éppen a teljesítménye a keretrendszernek.

Nem új, de hátha valaki nem ismeri, vicces összefoglaló a programozási nyelvekről:

HOW TO SAVE THE PRINCESS IN 8 PROGRAMMING LANGUAGES

Van néhány továbbfejlesztett hibakereső funkció, ami új lehetőségeket nyit meg. Íme egy nem teljes lista:

7 lesser known hacks for debugging in Visual Studio

További tippekért keress a #SuperChargeYourDebugging hashtag-re a twitteren.

Most futottam bele ebbe a meglehetősen méretes gyűjtésbe, SQL (relációs adatbázis) fejlesztők számára rendszerezi a tapasztalatokat, ingyenesen letölthető PDF formátumban a RedGate jóvoltából:

Free E-Book: 119 SQL Code Smells

Figyeljünk oda az if utasításokra, főleg, amit kapcsos zárójelek nélkül írunk, mert még a legnagyobbak is hibáznak.

Anatomy of a “goto fail” – Apple’s SSL bug explained, plus an unofficial patch for OS X!

Ebből a beszélgetésből találtam rá, itt a Microsoftos C# fejlesztő beszélgetnek a kódolási stílusról, annak fontosságáról és a miértekről.

Ez pedig egy kódolási stílus útmutató a C# fejlesztőknek a corefx projekten.

És végül egy rövid leírás, hogy hogy támogatja a kódolási stílus szabályozását a Visual Studio 2017.

Röviden: új disztribúciókat (Ubuntu/SUSE/Fedora) lehet majd telepíteni egymás mellé a Windows Store-on keresztül, és ezek párhuzamosan futtathatóak lesznek.

New distros coming to Bash/WSL via Windows Store

Egy kissé régebbi cikk már, én most futottam bele, és ugye, az újszülöttnek minden vicc új.

Szerintem alapvető kérdést feszeget. Mi az oka annak, hogy a fejlesztők nem szeretik a megbeszéléseket. Onnan indul, hogy a megbeszéléseket általában fél/egy/másfél óra hosszan írják ki, és ez annak az embernek könnyen betartható, aki az életét egy-egy órás szeletekben tudja szervezni. Egyik órája olyan mint a másik: elintéz dolgokat.

Egy fejlesztő vagy tervező ember máshogy él. Egy óra alatt odáig jut el, hogy amit elkezd majd csinálni, annak kialakítja a környezetét, megtervezi a lépéseit. És aztán jön a munka. Aki ilyen munkát végez, annak az időszámítása minimum fél de inkább egész napokból áll. Ha a nap közepén valamikor megbeszélése van, simán lehet, hogy amit délelőtt elkezdett nem tudja befejezni. Délután pedig majdnem egy óráig tart, amíg visszaállítja az elméjéban a délelőtti tiszta flow-t.

(Egy másik cikk erről a témáról más szempontból: Miért ritkítsuk meg az emberi feladatváltásokat?)

Ajánlom mindenkinek olvasásra:

Maker's schedule, Manager's schedule

Egy két éves munka részletes összefoglalása. Vigyázat, hosszú cikk.

HTTPS on Stack Overflow: The End of a Long Road