Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Lenin POWER!

Stran: 1 ... 21 22 [23] 24 25 ... 29
331
Distribuce / Re: CentOS vs. Scientific Linux
« kdy: 14. 07. 2011, 20:01:47 »
Zkuste Oracle Ubreakable Linux. Stazeni je zadara a plati se jen za online aktualizace (neco malo) snad 100 usd rocne. Jinak se to da aktualizovat i bez toho kdyz vydaji nove ISO images. Oracle linux je dobrej pokud se vam zda redhat drahy.
http://www.oracle.com/us/technologies/linux/competitive-335546.html

Ten zakladni redhat je ale taky levnej, zvlast kdyz jich mate hodne. My platime asi 20 usd rocne za pristup k patchum pro 1 stroj. To vam fakt nadrizeni nechteji dovolit koupit?

Pokud nechcete platit vubec tak ubuntu 10.04LTS. Ubuntu je debian based a nejvice adminu umi prave debian. Podpora 5 let, neni to spatna volba.

332
Vývoj / Re: jak pokracujete s mainframy a i5/os
« kdy: 14. 07. 2011, 00:40:02 »
Nevedel som, že sa považuje za zbabelosť neskúsiť niečo čo má pre človeka malú prioritu. To je v brne tak málo študentov že musíš robiť nábor aj tu?
Kazdy clovek co se zajima o IT a bere ho vazne a je od prirody zvidavy by si mel MF alespon osahat i kdyz se jim pak nikdy nebude venovat.

Precist si o tom nejake ty redbooky a zkusit si na tom zakladni veci aby kdyz pak nekdy v budoucnu uslysi mf tak aby mel alespon zakladni predstavu co umi krome "je to drahe"

Ja tu nedelam nabor lidi pro mne. Mne by vice vyhovovalo kdyby jste si pak zalozily svoje firmy co delaji mf konzultace a spolupracovali se mnou. Pomaham rozject podnikani v IT povetsinou ruznym indum - zhruba za 2 roky se uz dostanou do faze ze maji nejaky produkt, nejake zakazniky a o budoucnost maji postarano. Proc tohle nedokazete vy?

Zamestnace vzdycky nejake sezenete. Ted se uci MF dost v indii, mam tu 2 mlady indicky holky - vylozene je ta prace zajima. Probiral jsem s nima zakladni optimalizacni techniky DB2 na MF a jsou vylozene nadseni. Vubec se toho neboji a nesnazi se za vsech okolnosti vyhybat praci. chapou, ze kdyz budou pracovat tak pak budou taky vysledky a ze kdyz budou vysledky tak pak budou penize.

333
Server / Re: Shanim dobry Free/OpenBSD VPS hosting
« kdy: 13. 07. 2011, 20:54:15 »
Webosting ti sniffovat trafik nebude, neprecenuj svoji dulezitost pro ne.

Ty zajima

1. zda platis
2. zda na tebe chodi DMCA/UDRP/CDA nebo ne
3. zda jim nekurvis sitovou infrastrukturu posilanim spoofovanych IP/ARP packetu

Zbytek je nezajima. kuprikladu je jim uplne jedno zda ti to tam jede nebo ne.

334
Odkladiště / Re: ZIVE.cz a úzkoprsost (až cenzura)
« kdy: 12. 07. 2011, 08:18:23 »
Musite si vyzkouset zda se jedna o averzi vuci Lenovu nebo vuci vam. Doporucte jim Mainframe z10EC a uvidite zda to u moderatoru projde nebo ne.

335
Vývoj / Re: jak pokracujete s mainframy a i5/os
« kdy: 11. 07. 2011, 16:03:37 »
Tady mate zetka

http://www.ibm.com/developerworks/downloads/sandboxmatrix.html

i5 ky jsem zapomel kde jsou

336
Vývoj / Jak pokračujete s mainframy a i5/os
« kdy: 11. 07. 2011, 14:56:14 »
Jak jste dopadli vy, co jste se o tyhlety technologie pred nekolika mesicema zajimali a neco si vyzkouseli? Jakych vysledku jste dosahli a co vsechno s tim uz dneska umite? Pochlubte se. Kdyz na tom delate tak nejaky vysledky uz mit prece musite.

Zajima mne kolik z vas to jeste nezabalilo a ti co to uz zabalili tak by mne zajimalo proc.

Nesmite se hned vzdavat. Kolikrat jen ja byl neuspesny a vzdycky jsem se zvednul a pokracoval. Kdo neunese neuspech tak nikdy uspesny nebude. To, ze neco nedate je normalni, ale to ze se o to ani nepokusite je zbabelost.

Pro ostatni mrknete sem jake jsou unikatni featury mainframu:
http://www.informatik.uni-leipzig.de/cs/Literature/Features/report.pdf

a zkuste do toho jit! Lidi co to umi je porad nedostatek. Budete pracovat s nejlepsi IT technologii na planete.

337
Vývoj / Re: Fotky do databáze nebo souboru?
« kdy: 11. 07. 2011, 14:04:28 »
ted jsem si to zkusil na notebooku a do DB2 9.7.4 (free edice) to vklada bloby rychlosti asi 4500-5000 za sekundu pokud se jede z vice vlaken soucasne (pouzivam 10) a je zapnuty logovani (takze se da delat s datbazi rollforward a ty bloby tam budou).

Cte je to pomaleji zhruba 2000 za sekundu.

Program je v groovy s vyuzitim baliku groovy SQL, tedy zadne prepared statementy a podobne higtek veci. U tehlech veci kdyz si date blok zpracovani + prepared statementy tak dostanete 3x vyssi vykon.

Zkusil si to nekdo z vas nakodovat a zmerit? Ani jeden. Vsichni jen dokazete knourat jak je to nemozny a pomaly to cpat do DB. Nemate proste odvahu to zkusit a hned vsechno vzdavate, bojite se neuspechu, bojite se prace.

Strucne receno: Jste zbabelci.

338
Software / Re: open source CMS pro sociální sítě
« kdy: 10. 07. 2011, 08:21:14 »
plone

339
Hledám práci / Re: Hledam práci admina BSD
« kdy: 09. 07. 2011, 23:48:24 »
po googleni mam pocit, ze tadle zenska nabizi letadlo :-D (on topic)
a chces si koupit letadlo? Ja ti muzu nejaky nabidnout, ackoliv doprava do CZ ta asi nebude zrovna nejlevnejsi. Asi to poslat lodi a pak s tim doletet.

340
Vývoj / Re: Fotky do databáze nebo souboru?
« kdy: 09. 07. 2011, 10:24:54 »
No hej, a co ked som mlady vyvojar, co nema na zaplatenie Java webhostingu?
Dulezity je mit znalosti. Kdyz budes umet delat Java aplikace tak pak nabehnes na jeden z tech bounty hunters serveru kde si najimaji lidi na kratkodobe veci. Tam zjistis ze javista dostane asi 4x vice nez PHP manik a navic je tam javistu neustale nedostatek.

Normalne se tam Javistum treba nabizi 1000 USD za nakodovani 1 webservicu jako modulu do axis2 nebo do spring aplikace. A mastit webservices z dodaneho WSDL to neni nic co by ses na tyden, dva nenaucil. Nakodis 1 webservis a mas tak na 5 let hostingu.

Musis si proste umet poradit. Proc si myslis ze 95% lidi v zivote selze. Kdyz jsou mladi tak maji velke plany co jednou budou ale nikdy se jim nesplni. Protoze neumi resit problemy a pak najivne si mysli ze ti lide co jsou uspesni nikdy zadne problemy nemeli. Problemy tu ma kazdy. Ten kdo se poctive pripravoval a trenoval tak je dovede uspesne vyresit. Ti, co se flakali a velice se snazili vyhybat praci a delat jen to opravdu nezbytne nutne minimum ti to nedokazi. Prace je vubec nezajima, jediny co je zajima je vyplata. Bez zajmu o praci se pracuje tezko.

A kdyz se nepracuje tak pak nejsou vysledky. Pracovat se musi hlavne efektivne. Pak ta prace jde rychle kupredu a cloveka to bavi.

Pokud se jedna o produkci tak tam jde o to aby se minimalizovala udrzba kterou musi delat admini. Aby to proste bezelo samo. V tomto smeru je i5/OS genialni system. Ten dokaze bezet leta aniz by na to musel admin sahnout, db2 v i5/os se umi automaticky tunit naprosto vyborne. Takovydle systemy pouzivejte a prodavejte zakaznikum. Takovydle veci delejte a prodavejte, na PHP se vykaslete to je o nicem. Nebojte se ze by lidi to i5/os nechteli. Kdyz je namotivujete, tak si vezmou cokoliv, oni si kupuji aplikaci OS a databaze je nezajima. Bezi vam na tom systemu websphere, databaze, LDAP server a reportovaci system. Vsechno tohle dostanete pribalene k OS zadara. Tyhlety SW bundly pro jsou desne vyhodny - a to jak pro i5 (vic) tak pro mainframe (mene). Navic vam ted na i5 bezi i PHP a MySQL (db2 ho emuluje). Je k dispozici spousta jazyku v kterych se na tom da delat, rek bych ze vic nez na jakykoliv jiny platorme. Umi to i mainframovy i unixovy prostredi.

Banky vyrazuji masiny s i5/os zhruba po 10-15 letech produkce; ta masina se za 15 let zaplatila mnohonasobne. Jestli tam maji cloveka do tomu nejak vic rozumi? Ale nemaji, oni si na vsechno nadstandardni volaji servis, neumi si tam vymenit ani disk v RAIDu. Inu banka. Ty masiny maji pri vhodne konfiguraci 5 devitek dostupnost i kdyz nebezi v clusteru. Proto to banky tak radi pouzivaji - spolehlivy provoz zvladnou i ty trdla co tam maji.

Ono se to nezda, ale v produkci jsou downtimy velmi drahe. Treba PostGreSQL ma podle nasich statistik vypadky 1x rocne. Ono se to nezda tolikrat, ale DB2 LUW nemela tenhle typ vypadku (pokurvili se indexy a db pak seqfaultovala) za 15 let. Chce to databazi, ktera kdyz zjisti ze se ji rozbil index (nesedi checksumy stranek) tak ho automaticky znovu vytvori bez zasahu admina.

Shrnuto: Cokoliv je lepsi nez LAMP. Hostingu se nebat, vydelate si na nej. Chce to vlastni snahu a touhu naucit se neco poradnyho. Ja bych v cechach sel do i5/os. Nikdo to tam prakticky nedela, co vic si prat? Mrknete na novinky v 7.1 (nejsou tedy nic moc, sestka byla vice revolucni). Nejpouzivanejsi je porad V5R4. To je podobny jako s websphere. Ted je sedmicka, osmicka v bete ale vetsina lidi jede na mainframech porad petku. Lidi proste neradi upgraduji na mainframech SW, HW ten naopak upgraduji velice radi a rychle. U nas je to stejny, my taky neupgradujeme soft pokud to neni nezbytne ale opravdu nezbytne nutne. mame na mf db2 8 (ted je 10), IMS 8 (ted je 12 v beta)  a opravdu neplanujeme migraci v nasledujicich 2 letech. Podle vetsiny lidi se namaha spojena s migraci nevyplati. Kdyz stavajici system vyhovuje, proc ho menit a zase testovat a patchovat aplikace.

http://www.redbooks.ibm.com/abstracts/sg247858.html

341
Vývoj / Re: Fotky do databáze nebo souboru?
« kdy: 07. 07. 2011, 15:28:11 »
No pokud jede ve springach tak varnish neresit, misto toho tam dat @Cacheable.

Stovky LOBu databaze nacist za sekundu dokaze. Nekde jsem mel test na rychlost zpracovani LOBu. Pamatuju si ze zapis do lobu je vyrazne pomalejsi (10x) nez zapis do varchar, ale u cteni to zase takova tragedie nebyla.

Ono se spis jedna o kulturni rozdil. PHP programatori jako spravna prasata zapisuji do filesystemu, sql dotazy koduji rucne a nekteri borci generuji i kod .php stranek automaticky ktere pak include. Pani javisti nechaji ORM at se jim o to postara a pokud 2nd level cache v ORM z nejakeho duvodu nevyhovuje tak otaguji metodu @Cacheable a dal to neresi. To uz je vec admina, aby to dotunil.

PHP pouzivaji lidi kteri jsou presvedceni ze by se jim nevyplatilo investovat 2 tydny do nauceni springu.

342
Vývoj / do databaze
« kdy: 06. 07. 2011, 21:46:14 »
cpat to do databaze. Pouzivame u vsech reseni, taky to zakaznici vyzaduji. Snadnejsi administrace aplikace. Co se dava mimo databazi jsou jen lucene indexy pokud se pouziva externi lucene a ne to co je integrovany v db2.

pokud bude to cteni LOB objektu brzdit server (zalezi jaka tam bude zatez) tak pred apache prasknout varnish a ty URL cachovat.

Nejakej typ jak to ulozit do databaze bych neresil. Nechal bych tam ten default to tam da ORM. Dneska delat aplikaci bez ORM to zbytecne prodrazuje vyvoj a zvysuje moznost chyby.

Ted jsem si vzpomel ze mame jednu postgresql aplikaci co jede pres hibernate a pouziva LOBy pro uploady:


\d upload
                 Table "public.upload"
    Column    |            Type             | Modifiers
--------------+-----------------------------+-----------
 id           | bigint                      | not null
 version      | bigint                      | not null
 comment      | character varying(80)       |
 data         | oid                         | not null
 date_created | timestamp without time zone | not null
 ip           | character varying(15)       | not null
 sha1         | character varying(20)       |
 size         | integer                     | not null
 status       | character varying(3)        | not null
 username     | character varying(16)       |
Indexes:
    "upload_pkey" PRIMARY KEY, btree (id)

343
Studium a uplatnění / Re: Jak hledat IT práci v EU?
« kdy: 29. 06. 2011, 20:26:25 »
Ale dalsim odpozorovanym jevem je, ze cim je manazer horsi, tim mene si do toho necha kecat od kohokoli, treba HR.
To je prece normalni. Vsichni jsme se narodili jako hlupaci. Ti, co to uznali, se ucili od chytrych aby byli take chytri. Ti, co pevne verili se sve schopnosti hloupi zustali.

Prislovi 13,20
Kdo chodí s moudrými, bude moudrý, kdo kamarádí s tupci, ztroskotá.

Tahle kniha z bible je vylozene hezka, pokud se tyka jak nabirat poznani:

Prislovi 1, 29 Protože nenáviděli poznání, úctu k Hospodinu si zvolit nechtěli, 30 mými radami se nikdy neřídili, mojí domluvou vždy jen pohrdli, 31 proto ať snědí, co si navařili, vlastními plány ať se nasytí! 32 Omezenci zajdou na vlastní umíněnost, spokojenost tupců je jejich záhuba.

344
O serveru Root.cz / nastaveni fora
« kdy: 21. 06. 2011, 08:30:55 »
1.
Vyhodte z tech sablon to Zaznamenáno. Jen to otravuje a zobrazovani vlastni IP adresy je mi taky na nic.

2.
Zvecte velikost priloh tak na 15MB abych mohl cas od casu prilozit nejake PDF s prezentaci

345
O serveru Root.cz / Re: Flattr bez placení, přidá se Root?
« kdy: 28. 04. 2011, 17:40:30 »
Melo by se to implementovat, aspon uvidim kolik tu mam fanousku.

Stran: 1 ... 21 22 [23] 24 25 ... 29