rubeno
Foje mi verkas programeton por trakti malgrandan kvanton da datumo, ekzemple mi havas datuman enportan programeton kaj mi havas iom da agordoj. Mi ja povas enmeti la datumon en alian dosieron kaj legu ĝi per File.open, sed multfoje mi ne volas trakti apartan dosieron. Rubeno donas al ni la
rubeno
Mi ofte rimarkas dum la pasintaj jaroj la traktado de objektoj kiel ujoj por agoj aŭ alivorte objektoj kiel funkcioj. Tiel la konstruilo agordas la aktorojn por la objekto kiel parametraj listoj faris por funkcioj. Tiel ene de la funkcio oni povas pludisigi la funkciadon de la objekto en multajn
paulgraham
Jen traduko de artikolo de Paul Graham. La originala en la angla estas ĉe http://www.paulgraham.com/hundred.html Estas malfacile antaŭdiri tian kia estos vivo post centjaroj. Nur estas kelkajn aferojn ni povas diri certe. Ni scias ke ĉiuj stiros flugantajn aŭtojn, ke zonleĝoj malstriktiĝos por permesi konstruaĵojn
git
Foje mi bezonas trovi kiam io malaperis de dosiero en GIT deponejo. Aliaj foje mi scias pri ĉeno kiu ŝanĝiĝis sed ne scias kie. En tiuj kazoj blame ne donas al mi la deziratan informon. Envenas la pioĉo (an: pickaxe). Per la pioĉo oni povas serĉi la historion de GIT
komandujo
Kiam mi komencis gastigi multajn Docker ujojn je retservilo mi ekhavis maltroajn problemojn kun memorspaco. Mi konstantis ke la gastservilo ne havis permuton por helpi. Permutdosiero uzas spacon sur via disko por pligrandigi la memorkapablon de la servile, sed la atingorapido de via disko estas multoble pli malrapida ol la
rails
Kelkfoje ni volas fari arajn operaciojn por modelon en Rails. La unua ebleco estas uzi simplan iteracion kaj po unu post unu fari la operacio, sed foje tio povas esti kosteme efikece. ActiveRecord donas al ni multaj eblecoj fari simplan agon al la tuta datumaro kaj foje eĉ pli rapide,
Vi eble rimarkis ke mi ne publikigis novan artikolon lastatempe. Mi ne forgesis pri la blogo nek ne plu interesiĝas pri ĝi. Mi simple okupiĝas pri aliaj projektoj. Unu el la projektoj, kiuj vi verŝajne rimarkas, estas ke la aspekton de la blogo ŝanĝiĝis. Fakte, ne nur la aspekto de
git
Multfoje kunlaborantoj havas demandojn pri la malsameco inter fetch (eo: prenu), merge (eo: kunigi) kaj pull (eo: tiru) en GIT. Mi penas klarigi ĝin ĉi tie. Unue, iom da fonkono. Kiam vi unue entajpas git init git kreas .git dosierujon por trakti la novan git deponejon, almenaŭ komence ĝi nur
rubeno
Se vi bezonas veran datumbazon sed ne volas starigi servilon kun uzantoj, sekureco, aŭ agordoj, SQLite estas solvo por vi. Kiam vi konektas al SQLite klienton ĝi kreos dosieron por la datumbazo kaj vi tuj povas plenumi iujn ajn de la kutimaj SQL komandoj. Por instali ĝin per homebrew entajpu
rubeno
Foje kiam mi vidas novan rubenan projekton, mi scivolas pri la rake taskaro. Per rake -T mi povas vidi multajn taskojn, sed ne ĉiujn kaj eĉ se mi vidas ilin mi ne scias en kiu dosiero ili estas konservitaj. Sube estas iom da helpemaj flagoj -T Tre konata, ĝi eligas
git
Versitenaj sistemoj utilas por vidi la evoluon de kodbazo aŭ la ŝanĝojn. Kulpigi (an: git blame) utilas por vidi kiu/kiam ŝanĝis specifan linion, sed foje io ne funkcias kaj vi ne scias tion kio rompis ĝin. Metodo por malkovri kion okazis estas: hazarde trovi pasintan enmeton ŝanĝi al ĝi
makintoŝo
Se vi interisiĝas pri la Raspberry-Pi, mi rekomendus ĝin tute. Speciale kiel etkosta enkonduko al kiel komputiloj funkcias. Se vi ne jam scias kio ĝi estas, ĝi estas eta komputilo kiu kostas proksimume 25 USD kaj havas la grandecon de kreditkarto. Se vi havas Rasperry-Pi kaj vi volas uzi ĝin