Programowanie to sztuka (popełniania błędów)

KamienieNaSzaniec 2 lata temu +34

A zatem mamy jeszcze jeden rodzaj gry - Programowanie.
Nie mam bladego pojęcia jak się to robi ale pasjonatom życzę wytrwałości w tworzeniu Matrixa ;)

#

pokaż komentarz

panDyskoteka 2 lata temu -18

Programowanie to sztuka, ale prawdziwą sztukom jest trolowanie!

#

pokaż komentarz

KrzysiekD 2 lata temu +16

@KamienieNaSzaniec
Twój awatar przypomniał mi, że ok to leżący człowiek ;/

#

pokaż komentarz

krejd 2 lata temu -1

Programowanie to sztuka, ale prawdziwą sztukom jest trolowanie! - jesteś w tym dobry ;).

#

pokaż komentarz

panDyskoteka 2 lata temu +10

@krejd widzisz, nawet dałeś się nabrać (:

#

pokaż komentarz

krejd 2 lata temu +7

@panDyskoteka: nie wontpie.

#

pokaż komentarz

thebil 2 lata temu 0

@panDyskoteka
2/10.
Oryginalność zerowa (http://comixed.com/2009/08/21/comics-comic-strip-yonkoma-good-at-his-job/ ). Ratuje cię tylko to, że 2 (no, teraz 3) się nabrało.

#

pokaż komentarz

eXcore 2 lata temu +36

Nigdy nie umiałem znajomym wytłumaczyć dlaczego potrafie całą nocy spędzić nad kodem, a później, gdy wszystko działa, dalej zajmować myśli pętlami i warunkami ;)

Straszne w programowaniu jest tylko to, że strasznie wypala, później nie ma się ochoty przez miesiąc w ogóle patrzeć na monitor ;)

#

pokaż komentarz

magik69 2 lata temu +37

Jak dla mnie, po całym dniu programowania, to najgorsze jest się budzić kilkanaście razy w nocy i uświadamiać sobie, że ciągle myślę nad kodem i nowymi rozwiązaniami :|
Faktycznie czasem wpadną dobre pomysły, ale ileż można...

#

pokaż komentarz

nilphilus 2 lata temu +9

Budzić? w nocy? to wy jeszcze nie kodowaliście, ja się o 7mej rano zmuszałem do tego żeby pójść spać... muahauhauuahuuhah

#

pokaż komentarz

tereferee 2 lata temu +5

Nie tak dawno miałem egzamin z c++ (projektowanie obiektowe itd), to tak bawiłem się kodem i tworzyłem różne śmieszne programiki (utrwalanie wiedzy), że poszedłem spać ok 5 (w sumie normalka u mnie), ale przed zasnięciem co chwile widziałem jakieś funkcje, pętle itd.
I jeszcze potem cały czas mi się śniło, że koleś wymyślił jakieś mega zadanie i coś mi nie śmiga w programie i ja nie wiem co to za error :E (a program i tak pisaliśmy na kartce :P)

#

pokaż komentarz

nilphilus 2 lata temu 0

@Tere: To Ty już zdecydowanie kodziłeś ;-)

#

pokaż komentarz

bakafaka 2 lata temu -11

ja chciałem sie sam nauczyć ale jedyne co mi się udało to kod html. Nauczyłem się go dzięki samouczkowi w Pajączku a jak poźniej sam poszukałem jakiegoś instruktażu to w necie tego nie ma i nie da się nauczyć tego z tych wszystkich stron na których jest tylko adsense, pomoc w pajączku jest bardzo dobra i gdyby nie to, to do dziś kod html to dla mnie by był w.w.w.://http... itd

rada, chcesz sie czegos nauczyc idź do szkoły albo kup program, w niecie nic nie ma.

#

pokaż komentarz

nilphilus 2 lata temu 0

Ale ściema :P w necie jest wszystko, włącznie z dokumentacją i przykładami.

#

pokaż komentarz

thorga 2 lata temu +1

@bakafaka ma rację - w sieci są pełne i szczegółowe dokumentacje, z których może korzystać każdy znający przynajmniej podstawy - ale niewiele jest tutoriali gdzie jest dokładnie, przystępnie i po kolei stopniowana wiedza, od prostych i banalnych wręcz rzeczy dla osób, które nie mają o tym bladego pojęcia. Zaczynając wręcz od informacji jakie programy musisz sobie zainstalować i jak je skonfigurować.

#

pokaż komentarz

S4MM43L 2 lata temu +11

"Bez stresu, poczucia presji, że musi się udać, bez uczucia strachu przed pomyłką, bez poczucia winy, czy wstydu."

Niestety w praktyce sprawa wygląda dokładnie odwrotnie tj. stres, presja, musi się udać, strach przed pomyłką ogromny, ujemne terminy realizacji (ma być "na wczoraj") itp. Generalnie z całą resztą się zgadzam.

#

pokaż komentarz

remulak 2 lata temu +2

Niezupełnie. Osoby potrafiące pracować w deficycie czasu, u których niewywiązanie się z zadania przynosi wymierne straty (nie w sensie finansowym, chyba, że sprowadzamy wszystko do papierków), mające rzeczywiście do czynienia z obiektywnym stresem i presją mają wyższe pobory niż programiści, ponieważ taka konfiguracja cech jest na tyle unikalna, że nie produkuje się ich taśmowo na politechnikach.

#

pokaż komentarz

Sobczak 2 lata temu +1

Miałem programowanie w szkole i aż mnie w dupe ściskało jak nie mogłem znaleźć tego zasranego błędu gdzieś tam w którejś linijce... i zawsze to samo hasło: "no k%$!a przecież dobrze przepisałem.."

#

pokaż komentarz

majkrosoft 2 lata temu +4

Sobczak :D gorzej jest jak błąd nie wyskoczy a program źle działa :P

#

pokaż komentarz

LHunter 2 lata temu +1

pheh, sobie programujcie, tylko garba się nei nabawcie :D

ja sobie zorganizuje jakis wykop (górnictwo jest bardziej fascynujące)

#

pokaż komentarz

WielkaUcztaSzalonegoHitmana 2 lata temu +16

Nigdy nic z tego nie rozumiałem ale zawsze podziwiałem programistów, nie raz zastanawiałem się i chciałem podpatrzeć jak wygląda proces tworzenia jakiegoś programu (lub czegoś innego, nie znam się).
Wykop oczywiście, fajnie się czyta tak po za tym ;)

#

pokaż komentarz

Nikczemny 2 lata temu +8

Już dawno chciałem programować ale brakowało mi kogoś kto by czasem mi podpowiedział jak coś wykonać. Po tym tekście znowu chciałbym zacząć. Mógłby ktoś zostać moim mistrzem? Poważnie się pytam...

#

pokaż komentarz

krejd 2 lata temu +13

Nikczemne zaprawdę zamiary twe. Nikt mistrzem nie zostanie twym.

#

pokaż komentarz

nanoo 2 lata temu +2

http://catb.org/~esr/faqs/hacker-howto.html
po drodze do stania się hackerem staniesz się przy okazji świetnym programistą ;)

#

pokaż komentarz

PanWoreczko 2 lata temu +3

http://rudy.mif.pg.gda.pl/~bogdro/tao_programowania.txt

#

pokaż komentarz

banannq 2 lata temu 0

http://oglaf.com/previously.html
apprentice wanted...

#

pokaż komentarz

Adaslaw 2 lata temu -3

@nanoo: po drodze do stania się hackerem staniesz się przy okazji świetnym programistą ;) _
Hackerzy walczą z zabezpieczeniami systemów, szukają luk w zabezpieczeniach. Dla nich programowanie to jest jedynie jedno z narzędzi.
_Prawdziwe programowanie, to trochę inna dziedzina.

#

pokaż komentarz

Nikczemny 2 lata temu 0

dzięki nanoo, ciekawa lektura, pomogła mi :)
@PanWoreczko, ciężki tekst do czytania :P jak będzie mi się kompletnie nudzić to poczytam ;)

#

pokaż komentarz

Zly_Siwek 2 lata temu +9

Bardzo pocieszający tekst dla kogoś kto dopiero co uwalił egzamin z obiektówki i szykuje się do poprawy.

#

pokaż komentarz

-iMac- 2 lata temu +1

Ja też właśnie uwaliłem z CPP i co z tego. Jeśli to lubisz, to nauczysz się lepiej i sprawi Ci to jeszcze frajdę :)

#

pokaż komentarz

ogur 2 lata temu +4

A tam, na studiach to najczęściej więcej ma wspólnego z dopasowywaniem się do stylu "programowania" wykładowcy niż prawdziwego programowania, wiec nie zaprzątaj sobie głowy takimi drobiazgami :)

#

pokaż komentarz

mathix 2 lata temu +19

Skoro już jesteśmy przy tematach filozoficznych, to powiedzcie (i uzasadnijcie):
nawias w tej samej:
void display(){
}

czy nowej
void display()
{
}
linii.

#

pokaż komentarz

dasm 2 lata temu +15

Nic nie trzeba uzasadniać. Piszesz tak, jak przyjmiesz, bądź Tobie narzucą. Jeżeli chcesz, to pisz jak uważasz, ale żebyś później nie narzekał, że nie wiesz o co chodzi.

#

pokaż komentarz

kixner 2 lata temu +20

Drugie ladniej wyglada, do tego latwiej dostrzec brak { (po kilku godzinach sleczenia przy kompie, jest mniejsza mozliwosc, ze nam sie { z nawiasem zleje przy patrzeniu).
Ale to w duzym stopniu kwestia przywyczajenia.

#

pokaż komentarz

eXcore 2 lata temu +37

Jako jedyny u mnie w pracy robie w nowej linii. Ale nie dam się złamać ! :)

#

pokaż komentarz

timi 2 lata temu +5

Po pierwsze trzeba przyznać rację dasmowi: jeśli piszesz dla siebie to wybierasz jedną konwencję i się do niej konsekwentnie stosujesz, jeśli nie to w projekcie powinny być standardy formatowania kodu do których musisz się dostosować.
Moim zdaniem zdecydowanie druga forma: na ogół oddziela się pustą linią fragmenty kodu które robią coś innego. W tym wypadku często się oddziela nazwę funkcji od jej treści, dla czytelności (bardziej ją widać, więc łatwiej ją znaleźć). Umieszczając nawias w nowej linii nie trzeba dodawać dodatkowej pustej linii. Generalnie trzeba napisać że jest to bardzo dyskusyjna sprawa i żadne z tych rozwiązań nie jest bezwzględnie niedopuszczane.

#

pokaż komentarz

KochanekModeratora 2 lata temu +24

mozesz pisac tak:

void display() {
{

}}

obie strony zadowolone.

#

pokaż komentarz

m_i_n 2 lata temu -7

Ja stosuję drugą składnię, fakt że w PHP ale nawiasy klamrowe akurat są te same :)

#

pokaż komentarz

novo 2 lata temu 0

W tej samej linii FTW :)

#

pokaż komentarz

banannq 2 lata temu -20

hola hola panowie, dlaczego trollujecie?
przecież każdy doskonale wie, że { oraz } to oznaczniki komentarza...

#

pokaż komentarz

msichal 2 lata temu +5

Dziwne, a ja myślałem że / /, ew, , ew #, albo // na końcu, chyba że nie miałem po protu z takowymi styczności.

#

pokaż komentarz

HakerzyUkradliMiNicka 2 lata temu +17

po co się męczycie? wystarczy zrobić to tak:

void display() { }

#

pokaż komentarz

yasiekk 2 lata temu +3

Ja piszę w nowej linii, bo często zapominam o zamykaniu nawiasów, a tak to przynajmniej wiem którego nie zamknąłem. Łatwiej ogarnąć to wzrokiem.

#

pokaż komentarz

slavkowsky 2 lata temu +4

Ja zawsze robię w nowej, tak jest po prostu dla mnie czytelniej. Jak już skończę pisać to i tak cały kod przerabiam na 1 linijkę :F

#

pokaż komentarz

Uriziel 2 lata temu +4

Ja osobiście lubię w nowej liniii wysunięte do przodu do końca nazwy funkcji.
A banannqa nie minusujcie za bardzo, bo tak się faktycznie oznacza komentarz w pascalu chyba :D

#

pokaż komentarz

KrzysiekD 2 lata temu -6

Jasne, że lepszy jest zapis:
{
}
a komentarze robi się też tak /* */ lub --

#

pokaż komentarz

kolus 2 lata temu -20

Nawias w tej samej linii jakiś d!!#% wymyślił.
Szczególnie tam gdzie w szkole dużo propaguje się .net'a (który na całe szczęście upada, co przewidywałem i się cieszę) ludzie tak się uczą i później taki syf wychodzi. Fuuuj.

#

pokaż komentarz

vaganze1 2 lata temu 0

[komentarz usunięty]

pokaż komentarz

Grizwold 2 lata temu -4

void display()
{
}

tak zaczalem i tak dalej programuje ;] a co do znacznikow { oraz } rozumiane jako komentarze to raczej w TurboPascalu takie cos bylo

#

pokaż komentarz

Zly_Siwek 2 lata temu +1

Osobiście wolę pisać w tej samej linijce, ponieważ pierwszą styczność z programowaniem miałem przy zabawie (wtedy jeszcze) macromedia flashem 6, a tam edytor kodu miał opcję auto-formatowania i ta opcja tak właśnie formatowała kod. Chociaż jeśli w { } mam umieścić 1-3 krótkie linijki, to czasem dla podniesienia czytelności reszty kodu piszę wszystko w jednej linijce.

#

pokaż komentarz

Eoghan 2 lata temu +6

Nawet w tutorialach zazwyczaj stosuje się klamrę otwierającą na poziomie deklaracji funkcji.
Jeśli ktoś pisze, że zapomina o klamrze zamykającej, czy podobne rzeczy, to niech lepiej czym prędzej zainstaluje sobie środowisko inne niż notatnik :)

#

pokaż komentarz

ignacyteodor 2 lata temu +8

W tej samej, bo zajmuje mniej miejsca na ekranie, a przy poprawnym zastosowaniu wcięć od razu widać co jest wewnątrz nawiasów klamrowych, nie trzeba szukać znaku {.

#

pokaż komentarz

diabeu666 2 lata temu +5

Python is the answer ;)

#

pokaż komentarz

moby04 2 lata temu +2

Ja w sumie też wolę pisać w tej samej linii... Jak to już powiedziano przy poprawnym robieniu wcięć problem szukania "która klamra nie zapięta" nie istnieje a to podejście ma przynajmniej dwie duże zalety:
1. Znacznie mniej miejsca (zwłaszcza przy krótkich blokach)
2. Po pewnym czasie przyzwyczaja się umysł do kojarzenia klamry zamykającej ze słowem kluczowym a nie klamrą otwierającą. Dzięki temu łatwiej zrozumieć logikę w kodzie oraz wykryć ewentualne błędy logiczne (widzisz koniec pętli/funkcji/klasy/ifa a nie bloku).

Dodatkową, choć bardzo małą zaletą jest to, że szybciej się to to wpisuje i czasami ładniej zwija ciało funkcji/metod (np. notepad++) :P

#

pokaż komentarz

le_vampire 2 lata temu -11

procedure Nazwa;
const
a = 1;
begin
while (a=1) do ShowMessage('Wykop k!!%a');
end;

w c++ { to begin, a } to end;

#

pokaż komentarz

mathix 2 lata temu +12

@kolus:
Nawias w tej samej linii jakiś d$!%% wymyślił.
Szczególnie tam gdzie w szkole dużo propaguje się .net'a (który na całe szczęście upada, co przewidywałem i się cieszę) ludzie tak się uczą i później taki syf wychodzi. Fuuuj.
Ale głupotę palnąłeś. Akurat zgodnie z wewnętrznymi standardami kodowania Microsoftu nawiasy stawia się w nowej linii, zresztą tak też wygląda kod w dokumentacji i prawie cały kod tworzony przez niezależnych programistów.

#

pokaż komentarz

nilphilus 2 lata temu -6

Bleh, nie piszesz tak jak Ci się podoba, chyba że chcesz sobie sam to czytać. Zapoznaj się z dokumentami w rodzaju 'style-guide' or sth like that.

#

pokaż komentarz

-PPP- 2 lata temu -7

@le_vampire, pojedynczy znak równości w warunku? Aż mi się nie chcę wierzyć, może to ja źle patrze? :D Myślałem, że wystarczy 1 godzina praktyki żeby wbić sobie na stałe do łba, że pojedynczy znak równości służy do nadawania wartości zmiennej.

#

pokaż komentarz

koszernyrozum 2 lata temu -4

Ale to jest Pascal, tam przypisanie to :=
Błąd zrobił w przypisaniu zmiennej, chyba że to jakaś specjalna składnia tego dziwnego języka.

#

pokaż komentarz

-PPP- 2 lata temu -3

Ale to jest Pascal, tam przypisanie to :=

W takim razie kompletnie nie zrozumiałem jego komentarza. Myślałem, że to c++.
Zwracam honor :d Ale na nic Ci on skoro i tak zrobiłeś błąd :D Zresztą chyba w każdym języku są osobne znaki dla przypisania i porównania zmiennych.

#

pokaż komentarz

Adaslaw 2 lata temu +2

Osobiście - zdecydowanie w nowej linii.
Mimo, że od lat pracuję przede wszystkim w Java, a notacja sunowska optuje za nawiasami w tej samej linii, to klamry w nowej linii są dla mnie znacznie czytelniejsze. Klamry w nowej linii - od razu widać, gdzie się blok zaczyna, a gdzie kończy.
W przypadku nawiasów w tej samej linii, chcąc znaleźć klamrę otwierającą, wzrok nie musi skanować kodu w poszukiwaniu tejże klamry otwierającej. Jeśli klamry są w nowej linii, wtedy klamra otwierająca:
* zawsze znajduje się w tym samym miejscu (nie trzeba jej w kodzie poszukiwać)
* znajduje się dokładnie nad klamrą otwierającą

#

pokaż komentarz

Analityk 2 lata temu +1

Jak kod za bardzo 'ucieka' w prawo to lepiej dać { na końcu, przenieść ciało nico bliżej lewego marginesu a kończąc walnąć } na końcu wiersza w tej samej kolumnie co {. I jest ok, mi się to podoba. Poza tym jak się rozmyślnie stosuje wcięcia to gdzie postawimy {} ma mniejsze znaczenie, byle by robić konsekwentnie tak samo.

Co chcecie od TP? Zanim poznałem C++ to poznałem TP. Tam też się da zrobić wiele ciekawych rzeczy, choć jasne jest, że C++ ma nieporównywalnie większe możliwości.
A propo błędów. To

procedure Nazwa;
const
a = 1;
begin
while (a=1) do ShowMessage('Wykop k#!@a');
end;

przypisanie wartości zmiennej robi się za pomocą := , jednak nadanie wartości w bloku const robi się przez znak równości, więc jest ok.

#

pokaż komentarz

le_vampire 2 lata temu 0

nie było żadnego błędu, celowo odpaliłem delphi i sprawdziłem i działa all.
Zresztą delphi, a c++ to mają drobne różnice np. zmienne, deklaracja i przypisywanie:
Delphi:
var
zmienna: Integer;
begin
zmienna:= 256;
end;

a w c++ to chyba byle gdzienp. w mainie piszesz:
int zmienna = 256;

a porównanie np. 2 zmiennych typu Integer o nazwach A, B to:
Delphi:
if A=B then
begin
//i tu kod

a w c++
if A==B
{
//tu kod
}

Chyba tak to jest?
Po prostu w delphi przypisywanie to dwukropek + równa się :=
a w c++ to tylko równa się =
btw. a te "const" wyżej to stała, a co do procedur, funkcji to w delphi funkcja zwraca ci jakąś wartość, a prockę jak piszesz to głównie wykonuje jakiś kod i nic nie zwraca, ale to zależy co robisz... i tyle na ten temat.
PS. a jeśli chodzi o samo programowanie np. hacków do gier, czy innych dupereli to między c++, a delphi nie ma dużej różnicy np. w WriteProcessMemory, czy Dll Injection. btw. są już hacki do nowego battlefielda bety ;), sprawne

#

pokaż komentarz

urban24 2 lata temu +2

Zapis jedno liniowy zajmuje trochę mniej, a zawsze da to kilka linii kodu więcej do
wyświetlenia na ekranie, nie trzeba się potem nakręcić kółkiem, a jak ktoś zapomina
zamykać to ja polecam osobiście starą i wypróbowaną metodę: czy to ciało programu
czy pętli po wprowadzeniu nazwy/warunku wstawiasz {, następnie 2x Enter i zamykasz },
potem wracasz linijkę wyżej i piszesz. Jak ktoś daje { w nowej linii to po to, żeby się potem
pochwalić że napisał ostatnio świetny kod na [tu wstaw dużą liczbę] linii ;).

#

pokaż komentarz

timi 2 lata temu 0

@le_vampire: "Zresztą delphi, a c++ to mają drobne różnice" - ja bym powiedział odwrotnie - delphi i c++ mają trochę wspólnego.
A jak już chcesz porównywać ich składnię, to w C++ warunek w if musi być objęty nawiasami.

#

pokaż komentarz

banannq 2 lata temu -4

śmieszy mnie ta dyskusja. ja dostalem 17 minusow za joke o nie rozroznianiu pascala i c++, a inni super spece na serio tych jezykow nie rozrozniaja, i co? i nic...
ale to wykop. tu kazdy zna sie na wszystkim a juz najlepiej na programowaniu...

#

pokaż komentarz

kixner 2 lata temu +3

A nie wpadles na to, ze twoj zart jest po prostu ch!!owy?

#

pokaż komentarz

le_vampire 2 lata temu -1

mój faktycznie był kiepski przez użycie wulgaryzmu ;]

#

pokaż komentarz

novo 2 lata temu 0

Widze ze moj comment zostal niezrozumiany, wiec wyjasnie :)

Pisze w nowej linii, bo dzieki temu na ekranie mam wiecej kodu. Przy funkcjach/metodach to moze nie zauwazalne, ale przy wszelkich ifach i innych blokach to juz jest zysk rzedu kilkunastu linii na ekran. Wole widziec wiecej kodu, niz krecic kolkiem. Co do czytelnosci, to jest to kwestia tylko i wylacznie przyzwyczajenia i teraz np zapis w nowej linii jest dla mnie nieczytelny(jak ktos juz wspomnial klamra zamyka blok zamiast danego ifa/funkcji/etc), mimo ze uzywalem go na poczatku przez wiele lat.

Kolejna sprawa, nawazniejsza zreszta, to fakt ze takie rozroznienie ma sens tylko jezeli pisze sie cos samemu. Jakikolwiek kod pisany przez grupe ludzi powinien miec coding guide ktory rozwiewa wszelkie watpliwosci co do konwencji i bardzo zadko ma sie wplyw na ten dokument. Cala ta dyskusja nie ma wiec sensu, bo i tak sie pisze tak jak jest przy danym projekcie przyjete, bo wazniejsze jest jednolite formatowanie w calym projekcie niz preferencje pojedynczego programisty. Stad moj poprzedni comment nie wnoszacy nic do bezsensownej dyskusji :)

#

pokaż komentarz

twigg 2 lata temu +3

(...)a jak ktoś zapomina
zamykać to ja polecam osobiście starą i wypróbowaną metodę: czy to ciało programu
czy pętli po wprowadzeniu nazwy/warunku wstawiasz {, następnie 2x Enter i zamykasz },

ale to chyba każdy edytor kodu wyprodukowany w tym tysiącleciu robi to za nas?

#

pokaż komentarz

banannq 2 lata temu 0

kixner. probuje wypatrzec, gdzie ty niby jestes taki zaj!%isty, ale cos mi nie wychodzi...

#

pokaż komentarz

borderwar 2 lata temu +3

skoro w komentarzach był już temat o nawiasach klamrowych to może zapodam kolejny temat:

wcięcia - tabulatory czy spacje?

Osobiście zawsze używałem spacje, ponieważ pozwalało to zachować kod dokładnie w takim samym stanie na różnych edytorach. Jednak zmieniłem zdanie jakiś czas temu. Uważam, że nie można narzucać innym własnego formatowania. Jak ktoś będzie chciał to łatwo sobie ustawi taby na 2 lub na 8 w zależności od upodobania. Jak ktoś gdzieś napisał, "stosowanie spacji zamiast tabulatorów jest jak nazizm".

#

pokaż komentarz

nilphilus 2 lata temu 0

Zmuszanie to złe słowo, ale trzymanie się jakiegoś standardu to całkiem dobra praktyka, dla przykładu: PEP 8 -- Style Guide For Python Code: http://www.python.org/dev/peps/pep-0008/

#

pokaż komentarz

thorga 2 lata temu +6

stosowanie spacji zamiast tabulatorów jest jak nazizm
tak. powinni za to chłostać.

#

pokaż komentarz

ignacyteodor 2 lata temu +2

Cztery spacje.
Z tabulatorami jest taki problem, że w zależności od ustawień edytora mogą mieć różną szerokość, co jest problemem gdy np. lista argumentów funkcji ma kilka linii - jak ktoś przegląda kod z innymi ustawieniami niż autora, to pierwsza linia nie będzie wyrównana z pozostałymi.

#

pokaż komentarz

test30 2 lata temu +14

sadze, ze programowanie to cos, co zbliza nas do Boga. Czasem sie nawet czuje, ze dotyka sie chmur. Bardzo często wie się, ze wiedzieć to, co dzieje sie w kodzie jest dane tylko dwóm istotom Tobie i Bogu. Jednak często jest tak, że Bóg przestaje nadążać. Dowod? Bog musial napisać też cały wszechświat. Zobaczcie, my, ludzie, nie nadążamy za tym. Filozofia tylko próbuje...

#

pokaż komentarz

remulak 2 lata temu +21

Żartujesz, prawda?

#

pokaż komentarz

thorga 2 lata temu +20

przedawkował :-)
PS. Też to biorę, ma rację ;-)

#

pokaż komentarz

krukers 2 lata temu +19

programista, w dodatku opensourcowy, na bank

#

pokaż komentarz

carck3r 2 lata temu +2

Tak. Teraz będzie taki wylew programistów, że płaca dla nich będzie porównywalna z płacą kierowcy PKS.

#

pokaż komentarz

remulak 2 lata temu 0

Rynek, panie, rynek.

#

pokaż komentarz

R3d 2 lata temu +3

Specjaliści zawsze będą w cenie (z pewnymi fluktuacjami). A co do code monkeys to i dziś sporo ich jest. Oni mogą się martwić o pensje :)

#

pokaż komentarz

ogur 2 lata temu +3

http://roflcopter.pl/2886 lovely spam! :D

#

pokaż komentarz

trawiasty 2 lata temu +1

A w snach pojawiają się diagramy UML pokazujące jak zaprojektować najtrudniejsze elementy.

Gdyby to było takie proste... ;)

#

pokaż komentarz

timi 2 lata temu 0

Jeśli przyjmiemy odpowiednią definicję 'najtrudniejszego elementu'... :)

#

pokaż komentarz

koszernyrozum 2 lata temu -3

Tak myśli człowiek po 2 latach jakiegoś programowania :)
Programowanie (na blogu rozumiane jako kodzenie) to niezwykle ch#!owe i nudne zajęcie, zwłaszcza że w dużej mierze bezmyślne.
Nad kodem myśli się kilka minut, później chwila radości że wszystko ok, a później tylko frustracja że trzeba to jeszcze nakodzić. I godziny mijają na praktycznie bezmyślnym pisaniu.
To już zajęcie kierowcy jest ciekawsze - więcej myślenia podczas jazdy...

O ile projektowanie aplikacji byłoby nawet fajne, to jak na razie nie miałem okazji na takie coś, tzn. ja robię projekt, murzyn robi resztę, ja go doglądam :) Ale w dość bliskim czasie skorzystam z zlecenia.przez.net w tym celu.

#

pokaż komentarz

cubaguy 2 lata temu +1

To mnie rozbawiles.
Teraz wiekszosc projektow robi sie w agile - duzo spotkan, specyfikacja otwarta, pisanie testow, kodowanie, refaktoryzacja. Rozumiem ze chcialbys byc architektem programowania - tak ze Ty projektujesz cala aplikacje na diagramach w uml a potem rzucasz to do programistow (murzynow - chociaz juz lepiej byloby uzyc np. 'roboli') ktorzy to wklepia? Mam dla Ciebie zle wiesci - nie da sie wszystkiego zaprojektowac i przewidziec a tak prowadzone projekty informatyczne padaja bardzo czesto, czego i Tobie zycze :]

#

pokaż komentarz

noway 2 lata temu -1

Agile to w polskich warunkach mit :)
Za dużo po prostu kosztuje, a nawet odpowiedzialne za obracania kasą aplikacje robi się najprostszymi metodami, testując co najwyżej kluczowe metody wyliczeniowe. Reszta testów to zwykłe funkcjonalne - "te, murzyn! Poklikaj tu trochę, czy nie ma jakichś wysypów" :D

#

pokaż komentarz

cubaguy 2 lata temu +1

Nie zgodze sie. Pracuje w firmie ktora korzysta ze scrum-a (z pewnymi modyfikacjami). Po wprowadzeniu agile jako dzial robimy w tej chwili wiecej niz wczesniej (mimo redukcji zatrudnienia o ok 20%), blisko wspolpracujemy z klientami (u mnie akurat sa to inne dzialy w firmie), nasz obraz w firmie zmienil sie diametralnie z 'tych co biora kase i nic tam nie robia i nigdy nie maja czasu" do bardzo pozytywnego obrazu, ciagly feedback, ludzie wpadaja sobie spojrzec na nasze zaj%#iste (moj team to cala sciana - jakies 10x2.5 m) tablice spojrzec jak ida ich taski i jak sie przesuwaja itd. Jezeli w pl tak nie ma to jest to tylko kwestia czasu, pojawia sie male firemki stosujace agile i zaczynajace konkurowac z wiekszymi, rowniez pojawi sie kadra (od technical team leaderow w gore) ktora bedzie miala w cv ukonczone kilka duzych projektow i zaczna wdrazac agile.

Musze jednak przyznac ze agile jest bardzo latwy w teorii i bardzo trudny i podstepny w praktyce. Zanim zaczelismy duzo czytalem, wiedzialem co i jak, ale dopiero po wielu miesiacach praktyki z bardzo doswiadczonymi w agile ludzmi dochodzimy jak to dziala i jak wiele pulapek jest w prowadzeniu czegos co tylko w teorii wyglada jak agile a tak naprawde projekt jest na rowni pochylej

#

pokaż komentarz

Juzbrig 2 lata temu 0

Programowanie jest jak MMO, ilość lat programowania jest odwrotnie proporcjonalna do ilości przyjaciół. Dla mnie w programowaniu jest niewiele sztuki, to jest rzemiosło, które również może być piękne (jak matematyka) i budzić w niektórych ciekawe przeżycia, ale sztuką nie jest. Bo sztuka (w ujęciu artystycznym) to jest ekspresja emocji, a w programowaniu nie ma emocji, jest tylko zagwozdka intelektualna, puzel, rebus. Jak gra w szachy, jak liczenie całki, jak robienie krzyżówki.

Sztuka czyni nas bardziej ludzkimi, rzemiosło/inżynieria bliższymi maszynie.

#

pokaż komentarz

timi 2 lata temu +2

Nie zgodzę się z dwoma Twoimi tezami:
"ilość lat programowania jest odwrotnie proporcjonalna do ilości przyjaciół." - uwierz mi, nie wszyscy programiści spędzają całą dobę przed komputerem zaniedbując wszystko inne. Patrząc na ludzi zajmujących się tym zawodowo powiedziałbym, że jest wprost odwrotnie - często zostawiają kompy w pracy, bo wiedzą że w domu i tak do nich nie usiądą. Oprócz tego, na długą metę naprawdę nie da się efektywnie programować np. po 14h/dobę. Po 8h można być naprawdę zmęczonym, a spotkanie ze znajomymi to świetny sposób na regenerację sił.

"Bo sztuka (w ujęciu artystycznym) to jest ekspresja emocji, a w programowaniu nie ma emocji" - Po pierwsze spójrz choćby na demo scenę - jakby nie patrzeć to sztuka rozumiana w tych samych kategoriach co film czy malarstwo, a przy tym podparta mocną matematyką i solidną techniczną wiedzą. Oczywiście zgadzam się, że klikanie formatek czy projektowanie zapytań sql to coś innego. Ale wciąż pozostaje ogromna radość z tworzenia.

#

pokaż komentarz

noway 2 lata temu 0

Moim zdaniem nadal jest to bardziej sztuka, ale nie chcę się o to spierać, tylko przedstawię moje argumenty.
Każdy program, zanim powstanie, jest ideą. Tak samo malarz najpierw wie co chce namalować, potem dopiero maluje (bywa odwrotnie, ale to skrajności). Malarz wiec jest rzemieślnikiem wg. Twojego toku rozumowania, bo jak już pomyślał, to powinno wystarczyć, prawda? Po co macha pędzlem?

#

pokaż komentarz

LHunter 2 lata temu 0

@noway,

lubisz stawiać wszystko w jednym rzędzie?
nie chcę sie spierać o to co jest sztuką a co nią nie jest, bo wydaje mi się to nieistotne. Mosty, maszyny czy inne dzieła człowieka potrafią zapierać dech w piersi, ale czy to jest powód dla którego mamy nazywać każdego inżyniera artystą?

Czy każdy kto macha pędzlem po płótnie jest automatycznie artystą/rzemieślnikiem?

#

pokaż komentarz

cubaguy 2 lata temu 0

Ja sie nie zgadzam tylko z tym ze ilosc programowania jest odwrotnie proporcjonalna do ilosci przyjaciol. Skad to wytrzasnales ? Badan zadnych nie mam, ale jestem zawodowym programista, ilosc przyjaciol mi rosnie, zycie towarzyskie mam calkiem ciekawe i bogate, znam wielu innych programistow, wspolpracownikow obecnych czy z poprzednich prac i nie mam pojecia w jaki sposob doszedles do takich wnioskow.

Co do sztuki to sie zgadzam, programowanie moze byc piekne, ale jest to inzynieria. Demo scena to wyjatek potwierdzajacy regule.

#

pokaż komentarz

Juzbrig 2 lata temu 0

@timi z tymi przyjaciółmi to było na półserio ;)

Dobrze mówi LHunter, że czemu niby programowanie ma być bardziej sztuką niż inna forma inżynierii?

Za sztukę rozumiem coś wielowymiarowego, co jest nie tylko ładne, ale wyciągam jakieś przemyślenia z tego i lekcje, a także uczucia. Inżynieria może być piękna w sensie ładu, matematyki, struktur, ale raczej nauk życiowych, czy emocji z tego nie wyciągniesz. Jest tylko piękna w sensie zapisu tego co wyraża. Poza tym jesteś ograniczony przez semantykę, kompilatory, a sztuka nie zna granic :)

#

pokaż komentarz

test30 2 lata temu 0

Ha. Ha. Ha. Haha. Ogólnie nie podzielam tego zdania, ale może powiem o emocjach. W programowaniu nie ma emocji. W ruszaniu ubrudzonym pędzlem dotykającym płótna lub lepieniu gipsu też nie ma emocji.
Nawet nie zdajesz sobie sprawy ile radości daje działający kod.
**Z pewnością pisanie w dowolnym języku to tworzenie czegoś. A jeśli tworzymy coś z zapałem, to na pewno towarzyszą temu emocje. **

#

pokaż komentarz

noway 2 lata temu 0

Gdzie zaprzeczam jakoby programowanie było rzemiosłem? Jest nim, to przecież nie podlega dyskusji. Uważam jedynie, że oprócz tego jest sztuką. Każde szemiosło uprawiane przez zapaleńca może być wzorem dla innych w tym fachu, być inspiracją, a więc sztuką.

Pozdrawiam

#

pokaż komentarz

majkrosoft 2 lata temu -6

Ehhh jest zapalonym informatykiem od 10 roku życia(12 lat) od 3 lat programuję i o ile świat komputerów jest ciekawy i pasjonujący o tyle programowanie kompletnie nie jeśli się uczysz a i owszem jest to ciekawe lecz z każdym dniem coraz mniej potem jak już wiesz jak to działa i jak się składa to programy robi się niejako automatycznie.

Jednym słowem nuda i stagnacją wiem nie którzy odnajdują w tym sens życia i pasję mi przez te 3 lata się nie udało.

a tak przy okazji zdjęcie osób które odnalazły w tym sens życia i pasję :D http://demotywatory.pl/912484/Najlepsi-programisci-Google

#

pokaż komentarz

nilphilus 2 lata temu +6

Zapalony informatyk? hmm... i co, wordem się bawisz? co to jest k##!a zapalony informatyk? przecież to brzmi śmiesznie, więc zakładam raczej, że guzik się znasz. A zdjęcia posklejane nie wiadomo skąd zostaw dla siebie, chociaż... mając tyle kasy i tak dupczy więcej panienek od ciebie, więc co się wyglądem będą przejmować?

#

pokaż komentarz

rycerzprzestworzy 2 lata temu +1

właśnie sk%#!!elu

#

pokaż komentarz

majkrosoft 2 lata temu -5

Zapalony informatyk - testuje składa sprzęt kombinuje jak zrobić aby działało najlepiej wie jak biegnie elektron przez kartę graficzną do wyświetlenia na monitorze zna budowę, zasadę działania każdego komponentu komputerowego zna ich wady i zalety a także wie jak najlepiej ustawić system operacyjny co powyłączać jakie usługi wie jaki program da do danego zadania jak najlepszy efekt zna także programowanie html/xhtml/css/php/ajax/java/javascript/Ansi C/C++/C#/Basic/Assembler/Sphinx/LaTeX itp... Obie platformy programowania, Bazy danych mssql, mysql, postgress sql, hsqldb, Zna podstawy projektowania aplikacji, strukturę danych, podział na właściwe logiki.

no to ja się przedstawiłem ;)

#

pokaż komentarz

nilphilus 2 lata temu +7

Whoah... co to są 'obie platformy programowania' ?

#

pokaż komentarz

majkrosoft 2 lata temu -1

JEE, .NET

#

pokaż komentarz

nilphilus 2 lata temu +2

Aż mnie korci żeby to zweryfikować ;p
Bo znając wszystko, można znać powierzchownie, a nie porządnie. Btw. najchętniej bym z assemblera odpytał, jakieś konkretne preferencje czy też jego wszystkie odmiany też znasz? No i na jaką architekturę? x64, x86, czy może jakiś ARM? No i wytłumacz mi, na czym polega znajomość 'struktur danych', bo to też ciekawe.

#

pokaż komentarz

majkrosoft 2 lata temu -2

tasm i masm32. Masm głównie do API. i tego jak działa wywoływanie funkcji przełączanie kontekstu. Tasm obsługa przerwań, indeksy i organizacja danych w tabelach. o Debugu już nie mówię :P

Jest kilka rodzai języków.
- Iteracyjne
- deklaratywne
- "znaczników"

i te szczepy są do siebie bardzo podobne ;) no chyba że stwierdzisz że java znacząco różni się od C++ w głównej mierze są tylko różne nazwy funkcji bibliotecznych i odmienna organizacja plików.

struktury danych - listy, drzewa, stos

#

pokaż komentarz

krukers 2 lata temu 0

Mam wrazenie, ze niektorzy tutaj komentuja zeby pokazac jacy sa pro. Ktos nawet sie 'chwalil' ze na zlecenia.przez.net sily roboczej szuka...
Czy poza tym programowaniem nikt was nie docenia w innych aspektach, czy ki ch$$?

#

pokaż komentarz

majkrosoft 2 lata temu -2

popieram :D
"mając tyle kasy i tak dupczy więcej panienek od ciebie" - czy ty też autora tego zdania wyobrażasz sobie jako brzydkiego i pryszczatego licaliste który w kasie widzi jedyny sposób aby kochać się z kobietą?

#

pokaż komentarz

krukers 2 lata temu 0

Nie, nie wyobrazam sobie go tak. Akurat poprzedni komentarz dotyczyl miedzy innymi Ciebie.

#

pokaż komentarz

majkrosoft 2 lata temu -1

wiem chciałem go skierować w inną stronę :D nie pisząc nic o sobie ;)

#

pokaż komentarz

koszernyrozum 2 lata temu -2

@krukers
Masz problem z rozumieniem słowa pisanego?

#

pokaż komentarz

timi 2 lata temu +1

@majkrosoft: "jeśli się uczysz a i owszem jest to ciekawe lecz z każdym dniem coraz mniej potem jak już wiesz jak to działa i jak się składa to programy robi się niejako automatycznie."

To tak nie działa. Technologia zmienia się na tyle szybko, że nie ma możliwości zaprzestania nauki. Być może można pisać programy automatycznie, jeśli wciąż się zajmujesz jakimiś niewielkimi, podobnymi do siebie niewymagającymi projektami (lub mającymi wciąż podobne wymagania). Jeśli piszesz coś większego, bardziej złożonego to wcześniej czy później napotkasz na problem, którego wcześniej nie spotkałeś.

#

pokaż komentarz

cubaguy 2 lata temu +1

Z pewnoscia nie jestes ekspertem i nie uczestniczyles w wiekszych projektach. Moze rzeczywiscie nie jest dla Ciebie. Nuda i stagnacja - w ten sposob mozna to samo powiedziec o wielu zawodach ktore sa uznawane za tworcze, np malarz - no psia mac caly czas te farbki i ruchy pedzlem, zanudzic sie mozna :] tak samo jak np. architekt, co z tego ze sobie szkic zrobi, potem jest duzo obliczen, korzysta sie z ciagle tych samych wzorcow projektowych (tak, programowanie zerznelo idee wzorcow od architektow). Dla Ciebie ciekawym zawodem moze byc undercover w policji, tam moze wiecej sie dzieje. Pracuje w duzej firmie, patrze po znajomych oraz ludzi w okolo, i uwazam ze mam zaj!#ista prace w ktorej duzo sie dzieje, co chwile odkrywam cos nowego, co chwile ucze sie czegos nowego, a wiekszosc posad to ciagle robienie tego samego. Do tego niezle placa, mozna zyc na jakims normalnym poziomie, jest sciezka kariery no i zawsze mozna sprobowac zalozyc cos swojego jak sie juz ma odpowiednie doswiadczenie.

#

pokaż komentarz

nilphilus 2 lata temu 0

Raczej wykorzystało to co architekci nie docenili ;-) Odnośnie wzorców.

#

pokaż komentarz

majkrosoft 2 lata temu -3

"To tak nie działa. Technologia zmienia się na tyle szybko, że nie ma możliwości zaprzestania nauki. Być może można pisać programy automatycznie, jeśli wciąż się zajmujesz jakimiś niewielkimi, podobnymi do siebie niewymagającymi projektami (lub mającymi wciąż podobne wymagania). Jeśli piszesz coś większego, bardziej złożonego to wcześniej czy później napotkasz na problem, którego wcześniej nie spotkałeś."

Ale ja nie pisałem że tak nie jest :) z tym, że rozwiązanie problemu zawsze się znajdzie ;) praktycznie od razu lub po chwili wiem jak to obejść ;) a po dłuższej chwili wiem jak zrobić to elegancko ;)

@cubaguy - wiesz na pewnym poziomie szczegółowości na pewno odnajdziesz inspirację :) jak rozbierzesz daną czynność wystarczająco głęboko na części to można by odnaleźć pasję nawet w staniu przy taśmie w jakiejś firmie bo nie wiadomom jaka partia materiału się trafi czy materiał będzie odpowiednie, czy dobrej jakości, jak na to wszystko zareagować itd...

Podczas tego jak programuję wyrobiłem swoisty model programowania:
1. określam czego potrzebuję do wykonania tego elementu
2. szukam odpowiednich bibliotek
3. uczę się tej biblioteki
4. stosuję

Owszem non stop się uczę ale tą wiedzę szybko zapominam i gdybym teraz miał siąść do projektu z przed roku to prawdopodobnie musiałbym od nowa uczyć się i projektu i bibliotek.

I mi w/w model działania nie przynosi satysfakcji może dlatego że gdy postępuję według planu to wszystko idzie jak pomaśle.

I na tym poziomie ogólności jest to stagnacja i nuda ;)

#

pokaż komentarz

Sam-kun 2 lata temu -3

Skoro jesteśmy przy temacie. Kiedyś uczyłem się C++ i PHP, ale szybko się zniechęciłem, bo nauczyłem się niby tych podstaw, ale później miałem problem, którego wyjaśnienia nie ma chyba w żadnym z poradników. Mianowicie.. co mam programować? Ciągle te pętelki i warunki, a do większych projektów jestem jeszcze nieprzygotowany.

#

pokaż komentarz

R3d 2 lata temu -3

Idź tokiem książki. Pętelki i warunki to tylko proste pojęcia. Niedługo pojawią się funkcje, wskaźniki , klasy , polifmorizmy, szablony, różnego rodzaju pojemniki , aż w końcu wzorce programowania. Jesli będziesz odpowiednio pro będziesz potem szedł bliżej asm'a .

Nie wspominając o wykorzystywaniu zewntrznych bibliotek.

#

pokaż komentarz

superbzyku 2 lata temu +2

/* a z czego się składają duże projekty jak nie z warunków i pętelek */

#

pokaż komentarz

Uriziel 2 lata temu +3

/* Z obiektów i struktur? */

#

pokaż komentarz

nanoo 2 lata temu +5

/* i jeszcze z komentarzy */ :P

@Sam-kun
1. czytaj źródła gotowych programów z otwartym kodem źródłowym i staraj się napisać coś podobnego, być może lepszego, wydajniejszego. czasami podczas analizowania takich programów przychodzą całkiem nowe pomysły :)
2. pisz programy, które mogłyby ułatwić Ci codzienne korzystanie z komputera. początkowo mogą to być proste skrypty ale zapewniam że z czasem będziesz wymagał od nich troszeczkę więcej, zawsze znajdzie się coś do dodania i poprawienia i z małego skryptu potrafi rozrosnąć się dosyć duży projekt
3. szukaj w necie zadań i pisz programy z egzaminów z programowania na zaliczenia na studiach albo zadania z matury z informatyki itp.
to tylko kilka z moich propozycji :) jeśli lubisz programowanie i traktujesz to jako hobby - zawsze znajdzie się coś do pisania (chociaż bywają momenty 'pustki', jak u pisarzy, poetów, artystów :P)
ale jeśli będziesz się zmuszał do tego - efekt nie będzie taki sam jak wyżej ;)

#

pokaż komentarz

noway 2 lata temu +5

/**
* @superbzyku
* Jeszcze z mnóstwa głupich, dziwnie sformatowanych komentarzy
*/

#

pokaż komentarz

HakerzyUkradliMiNicka 2 lata temu -2

http://www.ioccc.org/1989/westley.c
czy ktoś z wykopowych ekspertów od programowania może wytłumaczyć sposób działania tego programu? ; D

#

pokaż komentarz

Uriziel 2 lata temu -2

Na moje to ten program się nie kompiluje, możliwe jest napisanie kodu w ten sposób, ale coś nie wyszło

#

pokaż komentarz

modimo 2 lata temu -1

gcc westley.c
Undefined first referenced
symbol in file
trgpune /var/tmp//cc0EgrFd.o
ld: fatal: Symbol referencing errors. No output written to a.out

#

pokaż komentarz

HakerzyUkradliMiNicka 2 lata temu +6

gcc -Dtrgpune=putchar westley.c -o westley

#

pokaż komentarz

S4MM43L 2 lata temu 0

Można to zoptymalizować: printf("K"); :D

#

pokaż komentarz

WielkaUcztaSzalonegoHitmana 2 lata temu -3

nie podoba mi się HakerzyUkradliMiNick, wykop w tęczowych kolorach?
czyżby lobby gejowskie chciało przejąć wykop?
Jeśli nie masz z tym nic wspólnego to sorry.

#

pokaż komentarz

HakerzyUkradliMiNicka 2 lata temu -1

@WielkaUcztaSzalonegoHitmana: racja... lepiej zmienię go na wersję metallic, bo zaraz ktoś zacznie gadać że tu siedzą tylko sami pedofile i geje.

#

pokaż komentarz

arekarek 2 lata temu 0

http://www.wykop.pl/link/276983/prezent-dla-programistow

#

pokaż komentarz

remulak 2 lata temu -22

Ponieważ do mnie akurat odnosi się apel z tytułu (nigdy tego nie rozumiałem), to (zanim mnie oczywiście zaminusujecie) oświadczam, że nadal nie rozumiem.
Wymienię na szybko 5 zawodów, o których można powiedzieć to samo:
-cieśla
-pomywacz w knajpie
-kucharz (chyba najbardziej!)
-krawcowa (również pierwsza liga!)
-kierowca
i bonusowo: pisarz.
Przy czym wymienieni przeze mnie nie mają zazwyczaj objawów socjopatii i nie ma trudności z porozumieniem się z nimi za pomocą metod werbalnych.

Quidquid agis, prudenter agas et respice finem. Wasz ruch.

#

pokaż komentarz

krejd 2 lata temu -1

Ponieważ do mnie akurat odnosi się apel z tytułu (nigdy tego nie rozumiałem) - nigdy nie rozumiałeś apeli z tytułów? ;/

#

pokaż komentarz

remulak 2 lata temu -9

"i nie ma trudności z porozumieniem się z nimi za pomocą metod werbalnych".

#

pokaż komentarz

krejd 2 lata temu +1

To dobrze się składa, bo pismo to nie jest sposobem komunikacji werbalnej ;).

#

pokaż komentarz

remulak 2 lata temu -9

Oddaj mi w takim razie tę przysługę i przeczytaj to sobie pod nosem.

#

pokaż komentarz

krejd 2 lata temu +6

Nie mam czasu. Jem ptysia.

#

pokaż komentarz

remulak 2 lata temu -6

A brzydko, skoro przymykam oko na Twoje przeinaczenie moich słów (sprawdzić, jak to jest po łacinie!).

#

pokaż komentarz

cubaguy 2 lata temu +2

Ilu znasz programistow? Bo wydaje mi sie ze operujesz stereotypami, to tak jak powiedziec ze fizycy maja problem z komunikacja. Pracuje w teamie ktory nie ma zadnych problemow, wychodzimy do pubow, do clubow, podrywamy dziewczyny, uprawiamy jakis sport - w calym dziale programistow taki gosciu co podchodzi pod typowego geeka jest 1 (na jakies 30 programistow).

Co do innych zawodow to masz racje, tez wydaje mi sie ze jak sie czyms zainteresujesz i to lubisz to mozesz miec to samo - kazdy inzynier, krawiec, kucharz, badacz drobnoustrojow, analityk itp. Po prostu programowanie ma w sobie cos co pociaga bardzo duzo ludzi i latwo zaczac, bo wiekszosc komputer ma juz w domu.

Szczegolnie przyklad krawca pozwala swietnie zilustrowac roznice miedzy byciem programista w zespolach prowadzonych klasycznie (waterfall) a agile. W waterfall programista to jak krawiec w fabryce w chinach, dostajesz gotowy wzor, nie masz w nim nic zmieniac tylko nawalac tyle ile sie da dziennie, w agile masz maly zespol ktory sam sobie projektuje, sam mowi ile jest w stanie zrobic oraz sam wprowadza poprawki. Zdecydowanie latwiej polubic programowanie w zespolach agile

#

pokaż komentarz

remulak 2 lata temu -1

Mnie brakuje (brakowałoby?) jakiegoś ludzkiego elementu. Pewnie da się przestawić na myślenie algorytmami, ale mózg to nie komputer i heurystyki są mu nieobce.
A że chciałem trochę powietrza spuścić z niektórych baloników - oczywiście :)

#

pokaż komentarz

whocares 1 rok 11 mies. temu 0

[komentarz usunięty]

pokaż komentarz

superbzyku 2 lata temu 0

Z racji tego że wykop ruchliwy i wielu programistów czyta, pozwolę sobie o coś zapytać ;)
Wie ktoś dlaczego w Win7 funkcja RmDir('C:test'); nie działa nawet jeśli program jest uruchomiony z prawami administrator. Odwołanie się przez Win-API (TSHFileOpStructA) też nie pomaga. (FPC 2.4.1) Jest jakaś alternatywna opcja usunięcia pustego folderu? Ps. IOResult=5.

#

pokaż komentarz

nanoo 2 lata temu -1

_FPC 2.4.1_
Lazarus? fuj... :P

#

pokaż komentarz

koszernyrozum 2 lata temu 0

Błąd 5 to chyba ERROR_ACCESS_DENIED. Ale nie jestem całkiem pewny czym jest to IOResult w twoim języku.
Jesteś pewny, że administrator ma prawa do folderu?

Btw podstawowa funkcja winapi to po prostu RemoveDirectory (kasuje pustą), te z SH na początku same ich używają.

#

pokaż komentarz

majkrosoft 2 lata temu -2

5 - Access denied.

Brak dostępu cholerka nie mam windows 7 ale napisz co Ci wyskoczy gdy w lini komend wpiszesz
rmdir C:test

#

pokaż komentarz

majkrosoft 2 lata temu +3

jeśli można zrobić to z linii komend to znaczy że program nie ma uprawnień. jeśli nei można tego zrobić to znaczy że użytkownik nie ma uprawnień :)wtedy trzeba włączyć godmode ;)

#

pokaż komentarz

superbzyku 2 lata temu 0

@nanoo: Mogłeś się zrazić instalując wcześniejsze wersje lazarusa. Też tak miałem ale od kilku miesięcy przesiadłem się z Delphi i jestem jak najbardziej zadowolony :) Kilka dyrektyw dla kompilatora i mam port programu dla Linux chociażby. Lazarus ciągle się rozwija jest coraz lepszy.

@reszta: z wiersza poleceń jak najbardziej działa :/ Chodzi tu tylko o de-instalator tak że od biedy mógłbym to zrobić za pomocą TProcess ale to trochę nie eleganckie.

#

pokaż komentarz

majkrosoft 2 lata temu 0

napiszę tak jeśli dasz programowi swoje uprawnienia i on wykona te zadanie to musi działać możesz jeszcze wywołać bezpośrednio konsole mianowicie system("rmdir c:test");

właśnie mi się przypomniało jak zaczynałem miałem problem z try catch mianowicie jak kompilowałem to wyskakiwały zwykłe błędy nie moje rozwiązaniem było uruchomić program poza kompilatorem.

#

pokaż komentarz

superbzyku 2 lata temu +1

No, parafrazując do tekstu dzisiaj nauczyłem się co oznaczają kody IO, że istnieją 2 polecenia do usuwania folderów (RemoveDir('c:path') oraz RmDir(str) ) i że jak drugie nie działa to trzeba używać pierwszego :)
(szkoda tylko że nauka polegała na siedzeniu nad jednym wierszem)

Dziękuje za pomoc. Mogę iść spać spokojnie;

#

pokaż komentarz

Programowanie to sztuka (popełniania błędów)

Powiązane (3)

Komentarze (146)

Wykopali i zakopali (369 / 15)

Powiązane (3)

http://forum.php.pl/index.php?showtopic=46371&st=3080&

http://forum.php.pl/index.php?showtopic=46371&st=3080&start=3080

http://www.bledow.pl/

Komentarze (146)

Wykopali i zakopali (369 / 15)