Tweets for 2010-02-02
- Continuous Delivery: Continuous Delivery http://ff.im/-fgkow #
- Software on the Cheap http://ff.im/-fgkKX #
- Jonathan Andrew Wolter: Simplicity is Better for Deploying in Production Web Architectures http://ff.im/-fglIZ #
- Improving clarity by removing temporal coupling http://ff.im/-fgmZW #
- Pattern matching in Scala for expressions http://ff.im/-fgnhX #
- RT: @_pythonic An interview with Michael Foord (@voidspace) about python http://ff.im/-fgrpH #
- Will LLVM become the JVM equivalent for dynamic languages ? Now powers Python, Ruby, and PHP implementations #
- Nice comment by @rickardoberg wrt EventSourcing http://is.gd/7yrr8 on @KentBeck's post on NoSQL http://is.gd/7yrAQ for PolySQL persistence #
- Hmm.. PolySQL Persistence: n The strategy of using different database types (relational, key value, graph) for different subsets of data. #
- @codemonkeyism Oh he absolutely rocks .. I still remember the JMX based microkernel for JBoss in reply to codemonkeyism #
- @sbtourist I could be wrong. I thought @rickardoberg's use of EventSourcing was a more concrete manifestation of @debasishg's messaging in reply to sbtourist #
- Its not a promise, its a guess http://is.gd/7yGE7 by @dhh Meant for a parallel universe ? I can't imagine this world buying it
# - @psnively while EventSourcing is based on EventCalculus I think the level of complexity seems way way way too distant. in reply to psnively #
- @psnively though I shall follow up on Event Calculus to see if it could have applications in simpler domains e.g. business txn processing in reply to psnively #
- @codemonkeyism apparently seems from 50%scala/50%php earlier http://is.gd/7yXGs /cc @debasishg in reply to codemonkeyism #
- IMO Scala is a near logical choice for PHP sites to migrate to when facing scaling challenges while lacking facebook budgets
# - re: last tweet .. PHP/Scala .. I meant near most likely (not near logical) #
- @davetron5000 despite attempts to railsify PHP, any migration from PHP would require a substantial change anyways & for a site facing (1/2) in reply to davetron5000 #
- @davetron5000 extreme scaling challenges such as four square, the decision is likely to lean more towards Scala/Java than Python/Ruby (2/2) in reply to davetron5000 #
- @psnively Hmm.. I could easier explain Event sourcing to a biz guy who superficially understands software than Event calculus to a developer in reply to psnively #
- @davetron5000 agreed. Sometimes I am able to make my changes using python faster than it takes the java compiler to bootstrap itself
in reply to davetron5000 # - @davetron5000 I now believe OS, devices & IO should be written in C, plumbing (eg messaging) on JRE/C, & business logic/rules in Python/Ruby in reply to davetron5000 #
- @davetron5000 I considered Scala/Clojure in JRE.. imo reqd 4 the highest speed / concurrency. FWIW I use lot of FP constructs in python now. in reply to davetron5000 #
- @indrajitr wrt JS .. I sooo totally agree. Groovy perhaps due to personal biases I could never quite get used to so wouldn't know. in reply to indrajitr #
- @psnively I come from the (biased?) point of view that a large proportion of apps today written on JRE never needed that complexity (1/2) in reply to psnively #
- @psnively Wrt economics & business agility, most apps are better off with quickly modifiable biz tier (2/2), otoh plumbing shud b robust in reply to psnively #
- @psnively I generally use economics followed by (business) agility as more important criteria than technology per se with my tech choices in reply to psnively #
- @michaelg is it C++ .. I thought they just compiled PHP to LLVM bytecode in reply to michaelg #
- @kaleidic Yes .. but especially so when they need to continuously react to changing business requirements.. thats the business agility angle in reply to kaleidic #
- @kaleidic Having said that .. I am a Scala novice in reply to kaleidic #
- @debasishg nice post .. especially liked the replay / hotswap "fun extrema" in reply to debasishg #
- @psnively I think most biz apps need to deal with MQ, DB, XML, UI (JSP/Templating) .. and the JEE learning curve still high for Scala in reply to psnively #
- @psnively I have this feeling for pure algorithms, Scala is just as productive as python / ruby and in more complex cases more productive in reply to psnively #
- @psnively ha! though one would've imagined that the mainstream choices would naturally reflect good economics
in reply to psnively # - @psnively sometimes yes and sometimes no VB was one of the best economics friendly mainstream product even though it was #sillytech for many in reply to psnively #
- @psnively OTOH, Java (1.3+) is an extraordinarily superb runtime which unfortunately became much more mainstream than necessary in reply to psnively #
- @psnively Having said that (Java 1.3 superb runtime) my big issue with Java is productivity and JEE is the sheer learning curve for avg apps in reply to psnively #
- @psnively other biz factors- qual/qty of dev, dev migration across projects, ability 2 make tech choices.. different across geographies in reply to psnively #
- @davetron5000 You nailed the part on tweak / reload cycle in reply to davetron5000 #
- @davetron5000 I changed my choice of templating language to Jinja2 due to the tweak-reload cycle factor in reply to davetron5000 #
- @wmartinez Third which works best especially with skilled teams – design as an outcome of coding (or design implicit in coding) in reply to wmartinez #
- From the Facebook blog : HipHop for PHP: Move Fast : http://developers.facebook.com/news.php?blog=1&story=358 #
- So autoconverting PHP to C++ "only halves" CPU utilisation ? I'm not questioning their ability .. but doesn't quite seem right. #
- @psnively You're right. But makes me wonder .. was CPU the constraining bottleneck & if not, what was the cost/benefit of hiphop (1/2) in reply to psnively #
- @psnively the exercise would be substantially useful only if CPU utilisation came down from 100% to 50% (not from 60% to 30%) (2/2) in reply to psnively #
- @psnively this makes for a good contextual reference too http://shootout.alioth.debian.org/u32q/benchmark.php?test=all&lang=php&lang2=gpp in reply to psnively #
- @davetron5000 JSTL (and TagLibs) are a result of a meme which believed HTML & Java don't go together and should be sandboxed from each other in reply to davetron5000 #
- @michaelg you're right .. earlier reports now obviously incorrect stated they were compiling to LLVM in reply to michaelg #
- @psnively Ahh the pleasure of mashing turing complete & incomplete languages w/ sandboxing & w/o restarts http://is.gd/7zKtb @davetron5000 in reply to psnively #
- @psnively FWIW check out the similarity with http://is.gd/5O4aQ and http://is.gd/5O5h3 #near_universal_templating in reply to psnively #