Tag Archives: google

Navegadores

Desen­vol­vendo uma view do VCNews uti­lizando algu­mas coisas de CSS3 como border-radius, veja os screen-shots.

IE8

Inter­net Explorer 8

Firefox

Fire­fox 3.5.9

safari

Safari

opera

Opera

Bem, sem­pre gostei e usei o Opera… Recomendo. =)

Nao tinha Google Chrome insta­l­ado na maquina (viper) onde rodo os nave­g­adores para teste (post sobre a viper). Irei insta­lar e ver a difer­enca. Quem sabe nao escrevo sobre isso aqui mais tarde.

oauth, Twitter e VCNews

Hoje foi um dia muito pro­du­tivo, fiz algu­mas mudan­cas no VCNews. Agora nao temos mais acesso via aut­en­ti­ca­cao basica, ja’ que dia 30 agora o pes­soal do Twit­ter ira’ tirar esse recurso, ja’ mudei todo o sis­tema para OAuth. Usei uma lib chamada oauth2 para fazer a aut­en­ti­ca­cao. Gostei muito do pro­jeto. Esta’ com var­ios casos de testes. O que real­mente fal­tou foi uma doc­u­men­ta­cao melhor.

Bem, tirando o Objects.Twitter.Drive, temos o Objects.Twitter.Client. Ja’ fiz todas as mudan­cas para nao uti­lizar mais o Drive e atu­al­izei os testes. Con­sidero sta­ble ja’.

Outra mod­i­fi­ca­cao que vale a pena comen­tar foi a trans­fer­en­cia de todos os Objects para o seguinte padrao:

universeObject >> Object_core >> interface 1/2/3/4

Assim temos maior liber­dade para mod­i­ficar os obje­tos  garan­ti­ndo que nao ira’ causar nen­hum erro no sistema.

==

Colo­quei a maquina Viper para fun­cionar como ter­mi­nal remoto usando o Win­dows 7 para essa tarefa. Com o dll que con­segui, veja, con­sigo deixar var­ios users conectados/usando a maquina ao mesmo tempo. Gostei muito desta solu­cao para manip­u­lar o Inter­net Explorer 7 e 8 (IE6 pes­soal­mente nao dou suporte, nen­hum, quem usa nao dev­e­ria estar na frente de um com­puta­dor ou ate’ mesmo res­pi­rando, existe varias oti­mas opcoes como Opera, Fire­fox, Google Chrome, Safari, Dillo e ai vai…), mel­hor que deixar uma maquina vir­tual para fazer esse tra­balho. Imag­ino que uma boa maquina como a Viper e’ (AMD Athlon 7750 Dual-Core Proces­sor 2.70GHZ com 4GB de ram) fica otimo para 3 usuar­ios (fiz o teste conectando 3 users ao mesmo tempo via rede e um usando a maquina nor­mal­mente), colo­car um work­sta­tion para essa tarefa em uma equipe e’ muito mais “barato” e sim­ples que obri­gar a equipe que ira’ fazer o front-end uti­lizar 2 ou mais maquinas virtuais.

Scriptsrc: varios scripts prontos para usar

Uma lista de scripts de grande uso como o Jquery, Dojo, Pro­to­type entre out­ros pronto para usar.

http://scriptsrc.net/

Mudancas…

  • novo mod­elo de obje­tos no universe
  • portei os obje­tos do ShakeIt para o novo mod­elo (eles nao seguiam mod­elo universe)
  • mudei a api do Linkaaa para um novo mod­elo uti­lizando o univese.object
  • fiz um sis­tem­inha de pegar todas as cidades e esta­dos do Brasil para o ShakeIt, quero colo­car isso como um ser­vice depois. =)
  • e o mesmo sis­tema esta’ pegando esti­los de musica eletron­ica tambem para o ShakeIt
  • mel­horei o desem­penho de cache das apis para Google Chart
  • melhorei/terminei (sta­ble) sis­tema de msgs do ShakeIt, tenho de alin­har agora com o Tiveron apenas
  • temos uni­verse supernova-rc2
  • come­cei a criar uma api para upro­file tratando agenda de con­tatos — tenho de ter­mi­nar um design para imple­men­tar de verdade

Quero dar um tempo e tratar mel­hor a solu­cao de fotos que fiz para o ShakeIt, talvez criar algo mais pratico do que um sis­tema de “albuns de fotos”. Ja’ que vai ser usado para quase tudo do site.

Universe + .1 — Google’s Chart 0.3

Novos recur­sos no Uni­verse e Universe.Apps.Google.Chart. =)

Uni­verse conta agora com um sis­tema de entre­gar JPG/PNG direto. Entao podemos ter ref­er­en­cias assim por exemplo:

http://universeDomain.com/image.py?id=800

Agora o Charts gan­haram mais recur­sos nesse pequeno espaco de tempo (quando foi o ultimo post? nao deve ter pas­sado nem 12 horas):

  • Grafico do Tipo Line
  • Grafico do Tipo Venn
  • Grafico do Tipo QR
  • Grafico do Tipo Google-o-meters
  • Posi­ciona­mento de legenda
  • Labels
Grafico QR

Grafico QR

Grafico Google-o-meters

Grafico Google-o-meters

Grafico Venn

Grafico Venn

Universe — Google’s Chart 0.2

Novos recur­sos:

  • Suporte a cores
  • Suporte a legendas

Exem­plo ger­ado pela Universe.App:

Ainda tenho de fazer scripts para gerar out­ros tipos de grafico e facil­i­tar o uso da App. Hoje temos de saber cada mod­elo que o Google ofer­ece de cor. =/ O prob­lema que cada tipo de grafico tem um com­por­ta­mento difer­ente na sua chamada. Pre­tendo fazer isso o mais rapido possivel. =)

Universe com Google’s Chart

Agora o Uni­verse conta com objeto do Google’s Chart!

Essa primeira ver­sao (0.1 — acabei de fazer) dessa Uni­verseApp mas ja’ retorna o chart dese­jado. Essa nova Uni­verseApp vai ser muito uti­lizado pelo VCNews, por isso mais uma Task dele feita.

Mel­ho­rias (To do)

  • Criar Uni­vers­eScripts para cada tipo de grafico.
  • Adi­cionar o recurso de cores.
  • Adi­cionar o recurso de legendas.

The Python Paradox

The Python Paradox

August 2004

In a recent talk I said some­thing that upset a lot of peo­ple: that you could get smarter pro­gram­mers to work on a Python project than you could to work on a Java project.

I didn’t mean by this that Java pro­gram­mers are dumb. I meant that Python pro­gram­mers are smart. It’s a lot of work to learn a new pro­gram­ming lan­guage. And peo­ple don’t learn Python because it will get them a job; they learn it because they gen­uinely like to pro­gram and aren’t sat­is­fied with the lan­guages they already know.

Which makes them exactly the kind of pro­gram­mers com­pa­nies should want to hire. Hence what, for lack of a bet­ter name, I’ll call the Python para­dox: if a com­pany chooses to write its soft­ware in a com­par­a­tively eso­teric lan­guage, they’ll be able to hire bet­ter pro­gram­mers, because they’ll attract only those who cared enough to learn it. And for pro­gram­mers the para­dox is even more pro­nounced: the lan­guage to learn, if you want to get a good job, is a lan­guage that peo­ple don’t learn merely to get a job.

Only a few com­pa­nies have been smart enough to real­ize this so far. But there is a kind of selec­tion going on here too: they’re exactly the com­pa­nies pro­gram­mers would most like to work for. Google, for exam­ple. When they adver­tise Java pro­gram­ming jobs, they also want Python experience.

A friend of mine who knows nearly all the widely used lan­guages uses Python for most of his projects. He says the main rea­son is that he likes the way source code looks. That may seem a friv­o­lous rea­son to choose one lan­guage over another. But it is not so friv­o­lous as it sounds: when you pro­gram, you spend more time read­ing code than writ­ing it. You push blobs of source code around the way a sculp­tor does blobs of clay. So a lan­guage that makes source code ugly is mad­den­ing to an exact­ing pro­gram­mer, as clay full of lumps would be to a sculptor.

At the men­tion of ugly source code, peo­ple will of course think of Perl. But the super­fi­cial ugli­ness of Perl is not the sort I mean. Real ugli­ness is not harsh-looking syn­tax, but hav­ing to build pro­grams out of the wrong con­cepts. Perl may look like a car­toon char­ac­ter swear­ing, but there are cases where it sur­passes Python conceptually.

So far, any­way. Both lan­guages are of course mov­ing tar­gets. But they share, along with Ruby (and Icon, and Joy, and J, and Lisp, and Smalltalk) the fact that they’re cre­ated by, and used by, peo­ple who really care about pro­gram­ming. And those tend to be the ones who do it well.

Fonte: http://www.paulgraham.com/pypar.html