Wpis z mikrobloga

@Andrew7642: C++ lubi się do momentu aż napotka się jakiś spasiony, kilkunastoletni projekt i wtedy zaczyna być widać, że czasem jednak warto poświęcić ten mały fragment wydajności w zamian za czytelność, lepsze debugowanie, obsługę wyjątków i inne rzeczy.
  • Odpowiedz
@Khaine: Jeśli chodzi o kompromis między nie robieniem rzeczy niezaplanowanych, a nie pieprzeniem się ze wszystkim samemu Rust wydaje się fajną opcją.
  • Odpowiedz
@kiciek: Rust to nadal kompletna egzotyka, w Polsce raczej nie da się w tym pracować. Jak mówię kolegom, którzy siedzą w C++, że Rust ma szansę zacząć wypierać C++ za X lat, to kręcą głową z niedowierzaniem, że C++ jest wieczny i nigdy nie powstanie nic lepszego ( ͡° ͜ʖ ͡°)
  • Odpowiedz
  • 13
w każdym języku możesz napotkać bagno


@that_ugly_dude Ale w niektórych jest o to łatwiej, niż w innych, szczególnie, gdy do projektu siadają ludzie bez doświadczenia.
Jako były c++-owiec z perspektywy czasu i pracy w innych językach widzę, że cpp do większości zastosowań się absolutnie nie nadaje, a do tego wyrabia w ludziach masę głupich nawyków i tę śmieszną manię optymalizacyjną.
Dzisiaj kod ma być przede wszystkim elastyczny, czytelny i testowalny, a
  • Odpowiedz
  • 1
@YuiMizuno studiuje elektronikę i mieliśmy z vhdl zajęcia . Projekt jeszcze jako tako się kompilowal w IDE ale żeby go odpalić na płytce to dopiero człowiek musiał się namęczyć xd
  • Odpowiedz
@Khaine: Proszę mi tu nie obrażać C++ dobra?

@Tarec: W najnowszych wersjach C++ nastawiają się na ułatwienie życia programistom i wprowadzanie takich udogodnień jak np. inteligentne wskaźniki, czy auto typowanie.
  • Odpowiedz
@Tarec: Dokładnie, w zastosowaniach klient-serwer w 95% przypadków rzucenie na problem większej ilości serwerów jest szybsze, skuteczniejsze i tańsze niż czas poświęcony na optymalizację i naprawienie spowodowanych nią błędów.
  • Odpowiedz
@Khaine: ten "mały fragment wydajności" jest niedopuszczalny w projektach embedded, gdzie dynamiczna alokacja pamięci nie istnieje i walczysz od każdą milisekundę :) Dlatego C++ w najbliższym czasie nie stanie się drugim COBOLem, mimo że nie wygląda zbyt ładnie. Po prostu opanował pewną niszę, w której nie ma konkurencji.
A co do wyboru języka. W większości przypadków, to sama specyfikacja projektu narzuca wybór konkretnego języka.
Wiadomo, pisząc apke mobilną/desktową/webową, nikt o
  • Odpowiedz