<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Komentarze do: Frameworki. Po co i na co?</title>
	<atom:link href="http://www.beldzio.com/frameworki-po-co-i-na-co/feed" rel="self" type="application/rss+xml" />
	<link>http://www.beldzio.com/frameworki-po-co-i-na-co</link>
	<description>Bełdziowe spojrzenie na aplikacje internetowe</description>
	<lastBuildDate>Wed, 23 Nov 2011 11:05:26 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.1</generator>
	<item>
		<title>Autor: Gość</title>
		<link>http://www.beldzio.com/frameworki-po-co-i-na-co/comment-page-1#comment-805</link>
		<dc:creator>Gość</dc:creator>
		<pubDate>Sat, 31 Oct 2009 20:27:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.beldzio.com/?p=127#comment-805</guid>
		<description>Świetna strona, świetny artykuł wiele stąd można się dowiedzieć :-)

Pozdrawiam autora serwisu.</description>
		<content:encoded><![CDATA[<p>Świetna strona, świetny artykuł wiele stąd można się dowiedzieć :-)</p>
<p>Pozdrawiam autora serwisu.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Chavez</title>
		<link>http://www.beldzio.com/frameworki-po-co-i-na-co/comment-page-1#comment-256</link>
		<dc:creator>Chavez</dc:creator>
		<pubDate>Sun, 12 Oct 2008 21:45:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.beldzio.com/?p=127#comment-256</guid>
		<description>Uczac sie frameworka, nauczysz sie jezyka. Inaczej nie zrozumiesz o co biega. Juz lepiej zeby uczyli sie na frameworkach, niz pisali wlasne po &quot;pomacaniu&quot; jezyka.</description>
		<content:encoded><![CDATA[<p>Uczac sie frameworka, nauczysz sie jezyka. Inaczej nie zrozumiesz o co biega. Juz lepiej zeby uczyli sie na frameworkach, niz pisali wlasne po &#8222;pomacaniu&#8221; jezyka.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Michał Ławicki</title>
		<link>http://www.beldzio.com/frameworki-po-co-i-na-co/comment-page-1#comment-255</link>
		<dc:creator>Michał Ławicki</dc:creator>
		<pubDate>Sun, 12 Oct 2008 16:38:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.beldzio.com/?p=127#comment-255</guid>
		<description>nie da się nie przyznać racji :-) zmiany w 2.3 są przegięte :) strach się bać co się stanie z 2.4 :D</description>
		<content:encoded><![CDATA[<p>nie da się nie przyznać racji :-) zmiany w 2.3 są przegięte :) strach się bać co się stanie z 2.4 :D</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: mck</title>
		<link>http://www.beldzio.com/frameworki-po-co-i-na-co/comment-page-1#comment-254</link>
		<dc:creator>mck</dc:creator>
		<pubDate>Sun, 12 Oct 2008 16:33:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.beldzio.com/?p=127#comment-254</guid>
		<description>Muszę przyznać, że nie bardzo podoba mi się podejście młodych programistów, że lepiej nauczyć się frameworka niż podstaw języka&quot;. Nawet tak przyjazny framework jak Kohana nie jest w stanie nadrobić braku wiedzy z php :)
Co do samej Kohany, to jej głównymi wadami są: wiek, dokumentacja i podejście twórców do opinii społeczności. Weźmy chociaż najnowszą wersję 2.3, która od poprzedniej różni się diametralnie, przez co nie ma szans na jakąkolwiek migrację :( Nie zmienia to jednak faktu, że jest to wciąż jeden z najlepszych frameworków ;)</description>
		<content:encoded><![CDATA[<p>Muszę przyznać, że nie bardzo podoba mi się podejście młodych programistów, że lepiej nauczyć się frameworka niż podstaw języka&#8221;. Nawet tak przyjazny framework jak Kohana nie jest w stanie nadrobić braku wiedzy z php :)<br />
Co do samej Kohany, to jej głównymi wadami są: wiek, dokumentacja i podejście twórców do opinii społeczności. Weźmy chociaż najnowszą wersję 2.3, która od poprzedniej różni się diametralnie, przez co nie ma szans na jakąkolwiek migrację :( Nie zmienia to jednak faktu, że jest to wciąż jeden z najlepszych frameworków ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Michał Ławicki</title>
		<link>http://www.beldzio.com/frameworki-po-co-i-na-co/comment-page-1#comment-253</link>
		<dc:creator>Michał Ławicki</dc:creator>
		<pubDate>Sun, 12 Oct 2008 09:39:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.beldzio.com/?p=127#comment-253</guid>
		<description>w pełni się zgadzam :) warto jeszcze najpisać o jednej zalecie. jeśli projekt jest tworzony przez kilka osób tudzież jest przejmowany przez inna osobę, łatwiej jest się w niego wdrożyć :)</description>
		<content:encoded><![CDATA[<p>w pełni się zgadzam :) warto jeszcze najpisać o jednej zalecie. jeśli projekt jest tworzony przez kilka osób tudzież jest przejmowany przez inna osobę, łatwiej jest się w niego wdrożyć :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Jan Koprowski</title>
		<link>http://www.beldzio.com/frameworki-po-co-i-na-co/comment-page-1#comment-252</link>
		<dc:creator>Jan Koprowski</dc:creator>
		<pubDate>Sun, 12 Oct 2008 07:39:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.beldzio.com/?p=127#comment-252</guid>
		<description>Moim zdaniem pisanie większego portalu bez MVC to ucinanie gałęzi na której się siedzi - a tworzenie prostego MVC to już pisanie frameworka (choć w szkieletowej formie) - a skoro tak to po co &quot;przepłacać&quot;.
Piszę właśnie Kurs do Pylons 0.9.7 i im dłużej nad tym siedzę tym dłużej w nim siedzę tym bardziej uświadamiam sobie, że nie do końca o oszczędność czasu chodzi - ale raczej o pewne &quot;przemieszczenie&quot; go. Używając frameworka piszę aplikację (wersja minimum) okazuje się, że poszło szybciej i mogę teraz dodać AJAX (którego bez frameworka by nie było - bo nie byłoby czasu). Znowu używam jakiegoś frameworka JS, okazuje się, że poszło szybciej niż myślałem.
Dużą rolę odgrywa też wybór frameworka oraz jego dokumentacja. Wybierając Pylons np. walidowanie formularzy staje się przyjemnością - nie trzeba implementować &quot;wracania&quot; z zachowaniem wartości czy jakiejś specjalnej obsługi błędów - wszystko dzieje się samo. Zaś dobra dokumentacja (Pylons jej brak) sprawia że pisanie aplikacji wygląda jak : &quot;czytam&quot;, &quot;rozumiem&quot;, &quot;koduję&quot;. Im framework ma więcej przemyślanych helperów, funkcji i mechanizmów do często wykonywanych zadań - tym szybsza i przyjemniejsza praca.
Może to też znacznie wpłynąć na całokształt aplikacji. Udostępnienie przez API frameworka jakiegoś dobrze udokumentowanego i zaprojektowanego narzędzia może nas zachęcić do zastosowania go w naszej aplikacji i wzbogacenia o dodatkową funkcjonalność, której bez tego narzędzie nie podjęlibyśmy się implementować - choćby z niewystarczającej ilości czasu.</description>
		<content:encoded><![CDATA[<p>Moim zdaniem pisanie większego portalu bez MVC to ucinanie gałęzi na której się siedzi &#8211; a tworzenie prostego MVC to już pisanie frameworka (choć w szkieletowej formie) &#8211; a skoro tak to po co &#8222;przepłacać&#8221;.<br />
Piszę właśnie Kurs do Pylons 0.9.7 i im dłużej nad tym siedzę tym dłużej w nim siedzę tym bardziej uświadamiam sobie, że nie do końca o oszczędność czasu chodzi &#8211; ale raczej o pewne &#8222;przemieszczenie&#8221; go. Używając frameworka piszę aplikację (wersja minimum) okazuje się, że poszło szybciej i mogę teraz dodać AJAX (którego bez frameworka by nie było &#8211; bo nie byłoby czasu). Znowu używam jakiegoś frameworka JS, okazuje się, że poszło szybciej niż myślałem.<br />
Dużą rolę odgrywa też wybór frameworka oraz jego dokumentacja. Wybierając Pylons np. walidowanie formularzy staje się przyjemnością &#8211; nie trzeba implementować &#8222;wracania&#8221; z zachowaniem wartości czy jakiejś specjalnej obsługi błędów &#8211; wszystko dzieje się samo. Zaś dobra dokumentacja (Pylons jej brak) sprawia że pisanie aplikacji wygląda jak : &#8222;czytam&#8221;, &#8222;rozumiem&#8221;, &#8222;koduję&#8221;. Im framework ma więcej przemyślanych helperów, funkcji i mechanizmów do często wykonywanych zadań &#8211; tym szybsza i przyjemniejsza praca.<br />
Może to też znacznie wpłynąć na całokształt aplikacji. Udostępnienie przez API frameworka jakiegoś dobrze udokumentowanego i zaprojektowanego narzędzia może nas zachęcić do zastosowania go w naszej aplikacji i wzbogacenia o dodatkową funkcjonalność, której bez tego narzędzie nie podjęlibyśmy się implementować &#8211; choćby z niewystarczającej ilości czasu.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Ktos</title>
		<link>http://www.beldzio.com/frameworki-po-co-i-na-co/comment-page-1#comment-251</link>
		<dc:creator>Ktos</dc:creator>
		<pubDate>Sun, 12 Oct 2008 07:25:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.beldzio.com/?p=127#comment-251</guid>
		<description>Kolejny zadowolony użytkownik Kohany, gratuluję wyboru ;-)
Używam Kohany odkąd się pojawiła prawie, nigdy nie podejmowałem się pisania własnego frameworka, ale zdarza mi się pisać również w &quot;czystym PHP&quot; i to w wersji czwartej, bez obiektów, z przemieszanym kodem itp. Teraz, gdy zacząłem kolejny projekt pisać z użyciem Kohany widzę że to PHP jednak nie jest takie złe (aczkolwiek sam framework nie pomoże na wszystkie niedoróbki języka) ;-)</description>
		<content:encoded><![CDATA[<p>Kolejny zadowolony użytkownik Kohany, gratuluję wyboru ;-)<br />
Używam Kohany odkąd się pojawiła prawie, nigdy nie podejmowałem się pisania własnego frameworka, ale zdarza mi się pisać również w &#8222;czystym PHP&#8221; i to w wersji czwartej, bez obiektów, z przemieszanym kodem itp. Teraz, gdy zacząłem kolejny projekt pisać z użyciem Kohany widzę że to PHP jednak nie jest takie złe (aczkolwiek sam framework nie pomoże na wszystkie niedoróbki języka) ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: Michał Ławicki</title>
		<link>http://www.beldzio.com/frameworki-po-co-i-na-co/comment-page-1#comment-250</link>
		<dc:creator>Michał Ławicki</dc:creator>
		<pubDate>Sat, 11 Oct 2008 23:00:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.beldzio.com/?p=127#comment-250</guid>
		<description>Jest bardzo opłacalne :-) Frameworki pozwalają zaoszczędzić sporo czasu podczas pisania, a jak wiadomo czas to pieniądz ;-)

Jeśli chodzi o uczących się to nie ma wątpliwości, że najpierw muszą poznać sam język, żeby brać się za konkrety :-) w końcu framework ma uprzyjemnić pracę z danym językiem, a nie stanowić dla niego zastępstwo :)

Fakt pisanie własnego frameworka jest sprawdzianem i przy okazji sposobem na nauczenie się nowych rzeczy, ale wymaga czasu, a to średnio się sprawdza przy komercyjnym pisaniu :)</description>
		<content:encoded><![CDATA[<p>Jest bardzo opłacalne :-) Frameworki pozwalają zaoszczędzić sporo czasu podczas pisania, a jak wiadomo czas to pieniądz ;-)</p>
<p>Jeśli chodzi o uczących się to nie ma wątpliwości, że najpierw muszą poznać sam język, żeby brać się za konkrety :-) w końcu framework ma uprzyjemnić pracę z danym językiem, a nie stanowić dla niego zastępstwo :)</p>
<p>Fakt pisanie własnego frameworka jest sprawdzianem i przy okazji sposobem na nauczenie się nowych rzeczy, ale wymaga czasu, a to średnio się sprawdza przy komercyjnym pisaniu :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Autor: MeeToo</title>
		<link>http://www.beldzio.com/frameworki-po-co-i-na-co/comment-page-1#comment-249</link>
		<dc:creator>MeeToo</dc:creator>
		<pubDate>Sat, 11 Oct 2008 22:43:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.beldzio.com/?p=127#comment-249</guid>
		<description>...zastanawiam się, czy warto uczyć się &quot;nowego php&quot; skoro stosowanie czystego php zamiast ułatwiaczy w FrameWork&#039;ach jest opłacalne ?

IMHO uczący się programista potrzebuje raczej prostego frameworka (lub własnego), bez zbędnych dodatków, aby skupić się bardziej na MVC i poznać możliwości samego PHP. Dopiero po tym powinien rozpocząć ekspansję na rozbudowane frameworki.

No i napisanie własnego frameworka jest jednak swojego rodzaju sprawdzianem dla programisty ;-)</description>
		<content:encoded><![CDATA[<p>&#8230;zastanawiam się, czy warto uczyć się &#8222;nowego php&#8221; skoro stosowanie czystego php zamiast ułatwiaczy w FrameWork&#8217;ach jest opłacalne ?</p>
<p>IMHO uczący się programista potrzebuje raczej prostego frameworka (lub własnego), bez zbędnych dodatków, aby skupić się bardziej na MVC i poznać możliwości samego PHP. Dopiero po tym powinien rozpocząć ekspansję na rozbudowane frameworki.</p>
<p>No i napisanie własnego frameworka jest jednak swojego rodzaju sprawdzianem dla programisty ;-)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

