Comments for Fabio Kung

Comment on Software Development Guidelines by Steve Djajasaputra

Steve Djajasaputra — Thu, 18 Apr 2013 11:01:21 +0000

Hi Fabio,
please see my example of guidelines http://soa-java.blogspot.nl/2012/09/soa-software-development-guidelines.html

As you said “There are not rules”, they are just guidelines
Steve

Comment on I’m a Certified Ruby Programmer Silver by Fabio Kung

Fabio Kung — Wed, 20 Mar 2013 21:00:38 +0000

Hello Tommaso,

Unfortunately I can’t help much. It’s been many years since I did the exam, and at that time there weren’t many resources to help.

Good luck!

Comment on I’m a Certified Ruby Programmer Silver by Tommaso

Tommaso — Tue, 05 Mar 2013 09:45:06 +0000

Hello Fabio,
I’m taking the Ruby silver certification, I would like to know where I can find the material for study and if there are tests to be able to exercise for the exam.
Thanks to Thomas Caporuscio soon.

Comment on Software Development Guidelines by Fabio Kung

Fabio Kung — Wed, 27 Feb 2013 20:20:37 +0000

Nice ones Luiz. Here is something worth quoting, related to the former:

“There are only two hard things in Computer Science: cache invalidation and naming things.”

– Phil Karlton

Comment on Software Development Guidelines by Luiz Fernando Corte Real

Luiz Fernando Corte Real — Wed, 27 Feb 2013 12:18:10 +0000

Great list, Kung!
I’d add 2 items on it, were it my list:

1) Naming: your code can be decoupled, well structured and so, but how are you going to identify the pieces if their names say nothing? It’s a very basic guideline, but it’s always good to keep it in mind. I’m always thinking on good names for my classes, methods and variables, as I think it will help other people (including me six months from now) understand that code I’m writing.

2) Know your tools: I’ve seen quite often people reimplementing functionalities or misusing a library and blaming it later. If you are going to use a library (or tool), you need to know it well to take the best of it.

I’d never thought about the event-loop thing, even having suffered with that. Thanks

Keep writing!

Comment on Running Java Web Applications on Heroku Cedar Stack by Jonathan Schreiber

Jonathan Schreiber — Thu, 07 Feb 2013 19:53:57 +0000

Olá.

Meu nome é Jonathan Schreiber e trabalho na área de Parcerias, da RedeHost, uma das 3 maiores empresas de Hosting do Brasil.

Gostaríamos de ter você como um de nossos parceiros, já que o conteúdo do seu site/blog está diretamente ligado à tecnologia. Queremos oferecer nosso apoio através isenção nos nossos serviços como Hospedagem.

Se houver interesse, envie um e-mail com seu e-mail e telefone que entraremos em contato.

Abraço.

Comment on Short bio by vtffatec

vtffatec — Thu, 17 Jan 2013 21:29:34 +0000

Olá Fabio, sou novo no âmbito de TI e estava pesquisando um pouco, achei uma situação curiosa.Vejo, normalmente, que os profissionais em TI ocupam o cargo de desenvolvedor sênior em uma linguagem x depois de 4 ou 5 anos de experiência profissional, se não para mais. Já você, pelo que vi, começou a trabalhar com desenvolvimento em 2002 e já em 2004, segundo o que consta no Linkedin, ocupou um cargo de arquiteto de software/desenvolvedor sênior.
Isso se dá em função dos seu estudos na área, que possivelmente deve ter iniciado antes de 2002?
Abraço e parabéns pelos trabalhos e participações em opensource.

Comment on Soda is cheaper than Water by Hernan Martinez

Hernan Martinez — Thu, 10 Jan 2013 18:35:44 +0000

Mas vai comparar logo com Taí rs

Comment on Ruby and dependency injection in a dynamic world by Dependency Injection (& Small Furry Animals) | Ethereal Bits

Dependency Injection (& Small Furry Animals) | Ethereal Bits — Wed, 28 Mar 2012 05:14:13 +0000

[...] languages like Perl or Ruby then DI is essentially baked in, you’re probably already using it whether or not you realize [...]

Comment on Ruby and dependency injection in a dynamic world by Fabio Kung

Fabio Kung — Sun, 26 Feb 2012 22:52:10 +0000

Hey Sean,

I’m not sure I understand your comments correctly, but they seem a bit controversial to me.

Either you declare those dependencies in your classes that require them, or you declare them in a central place, away from your classes. You can at some level mix both approaches, but It’s always a tradeoff in the end.

Modules allow you to do any of the above.