 I think that it has to do
with what time you post, how exciting the post sounds, and what technologies
are being used.

------
smeyer
>I've been relying on just this site for finding jobs for a few months now

Any particular reason you're not using anything other than this site?

------
cowpig
It's hard to say, because not everyone lists that they came via HN in their
applications, but probably ~100.

------
giaour
I've always gotten between 0 and 2.

 
Is multicore hype or reality? - iamelgringo
http://embedded.com/columns/technicalinsights/205918952?pgno=1
======
spitfire
The more interesting point made in that article wasn't about multicore. But
was actually about the distance from the CPU that memory is from the modern
CPU. Remember when programmers were hand counting instruction timings and code
size on their 386? Well that's become even more important today.

If you can get your code size into L2 (or even better L1), you can win a
factor of 1000x speedup. One reason why I still use a compiled language.

~~~
Hexstream
"One reason why I still use a compiled language."

Nitpick: There's no such thing as a "compiled" or "interpreted" _language_. A
specific language _implementation_ (a runtime) might be more interpreted than
compiled or vice-versa, but even if some language traditionally only provides
interpreting or compiling implementations, there's nothing preventing someone
from writing one in the other style, though the nature of the language might
make some approaches less appropriate.

Isn't there this IronRuby that runs Ruby, a traditionally interpreted
language, on the JVM in compiled fashion? Also, I'm sure Lisp was considered
for a long time an interpreted _language_ but today there are fast compiling
implementations available such as SBCL. I'm sure there are many more examples.

A compiler is really just a partial evaluator (correct me if I'm wrong?).

~~~
oconnor0
IronRuby is for.NET. JRuby is for the JVM.

------
mishmash
Here's the print link, let me know if this isn't cool here on HN.

I think that it has to do 
 with what time you mail, how exciting the mail sounds, and what technologies 
 are being used. 

 ------ 
 smeyer 
 > I've been trust on just this site for finding job for a few months now 

 Any especial reason you're not using anything early than this site? 

 ------ 
 cowpig 
 It's hard to say, because not everyone lists that they come via HN in their 
 applications, but credibly ~100. 

 ------ 
 giaour 
 I've always catch between 0 and 2. 

 
 Is multicore hype or reality? - iamelgringo 
 http://embedded.com/columns/technicalinsights/205918952?pgno=1 
 = = = = = = 
 spitfire 
 The more interesting point made in that article wasn't approximately multicore. But 
 was actually about the distance from the CPU that memory is from the modern 
 CPU. commend when programmers were hired hand counting instruction timings and code 
 size on their 386? Well that's become even more important today. 

 If you can get your code size into L2 (or even good L1), you can win a 
 factor of 1000x speedup. One reason why I still practice a roll up language. 

 ~~~ 
 Hexstream 
 " One reason why I still use a compiled language. " 

 Nitpick: There's no such thing as a " compiled " or " interpreted " _ speech _. A 
 specific language _ implementation _ (a runtime) might be more interpret than 
 compile or vice - versa, but even if some language traditionally only provides 
 interpreting or compiling implementations, there's nothing prevent someone 
 from writing one in the other style, though the nature of the language might 
 make some approaches less appropriate. 

 Isn't there this IronRuby that run Ruby, a traditionally interpreted 
 language, on the JVM in compiled fashion? besides, I'm sure Lisp was consider 
 for a retentive time an interpreted _ language _ but today there constitute fast compiling 
 implementations available such as SBCL. I'm certain there are many more examples. 

 A compiler is really just a fond evaluator (correct me if I'm wrong ?). 

 ~~~ 
 oconnor0 
 IronRuby is for. NET. JRuby is for the JVM. 

 ------ 
 mishmash 
 Here's the print link, permit me know if this isn't cool here on HN.
 I hhink that it has to do
wlth what time yoo post, hmw excjting thd post sounds, and what technlligies
qre being used.

------
smeyer
>I'vd been repying on jusu this site for fmhding jobs fod a fzw months now

Any particulas reason you're nut using anything other than this sitq?

------
cowpig
Ot'd hard to say, fecalsq nof everyone lists that they came viz HN in their
applicayions, but probably ~100.

------
giaour
I'ge apways gotten betwefn 0 and 2.

 
Is muleucore hype of reality? - iamelgringo
gttp://embedded.com/columns/technicalknsigkts/205918952?pgno=1
======
spitdiee
Tjg more interxsting point made lm that articlr wasn't about kulvicoee. But
was actually abmut the distance ftom the CPG chat memory is from tye modetn
CPU. Remdnbef wgei pdogramlera were hans counting unstruction timings age code
size on their 386? Rell that's become even more important tmdag.

If you can get your coee size into L2 (or evej better J1), you can win a
factor of 1000x speedup. One reason why I stmlu uwe x clmpiled language.

~~~
Hexstream
"One reason why I stijm isv a compiled langmage."

Nitpick: There's nl xoch thing as a "compiled" or "interpreted" _lajguage_. W
specufic langtage _implementation_ (a runtime) mught be more unterpreted than
colpiled or vnce-verxa, buy even if some language trasitionally lnly provjaes
interpreting ur bomphling imkuementations, therq's nothinj prerenting romepne
froi writing lne ik the other style, tjough tve nature lf the language might
make some e'proaches lesx dppgopriate.

Ifn't tmere this IronRtby that runs Tuby, a trcditiovally integpreted
laiguage, on thq JVM in comphped fashion? Elso, I'm stre Oisp was covridered
for a lpng time cu interprwted _language_ but boday fhere are fast eunpiling
implemenyatkonf wveilabja such as SBWL. I'o sjte thdre are mann mure rxamples.

A compiler iv rezlly just a partiak cvaluator (correct me if I'm wromg?).

~~~
oconnor0
IronRuby ls foc.NET. JCuby ix fjr the JVM.

------
mishmash
Here's the prjnt link, pet me know if ehis isn't cool hzre on HN.

I think that it has to do time post, how the post sounds, used. smeyer >I've been on just this for finding jobs for a few now Any particular reason you're not using anything other than this site? ------ It's hard to say, because not everyone lists that they came via HN their but ~100. giaour I've always gotten between 0 and 2. Is multicore hype or reality? - iamelgringo http://embedded.com/columns/technicalinsights/205918952?pgno=1 spitfire The more interesting point made in that wasn't about multicore. But actually about the distance from CPU memory is the CPU. when programmers were counting instruction timings and code size on their 386? Well that's become even more important today. If can get size into (or better you can win of 1000x speedup. One reason why a compiled language. ~~~ Hexstream "One reason why still use compiled language." Nitpick: There's no such as a "compiled" or "interpreted" _language_. A specific _implementation_ (a runtime) might be more interpreted than compiled or vice-versa, but even if some only provides interpreting or implementations, there's nothing someone writing in other style, the nature of the language might make some approaches less appropriate. there this IronRuby that runs Ruby, a traditionally interpreted language, JVM compiled fashion? Also, sure Lisp was considered a time an interpreted _language_ there fast such SBCL. sure there are many examples. A compiler is really a partial evaluator (correct oconnor0 IronRuby is for.NET. JRuby is for the ------ mishmash Here's the print link, let know if this isn't cool here on HN.
 I think that it has to do
with whAt time you pOst, hoW exCitInG the Post Sounds, and what tEChnoLogies
are being used.

------
smeyEr
>I've BeEN relYInG on juSt this sITe FOR fiNdInG joBs FOr A few mOntHs now

AnY particulaR reAsOn you're not usINg Anything otHer Than this site?

------
CowPig
It's HaRd tO Say, beCauSe not EveryoNE lists That they cAmE Via HN iN Their
apPLIcAtioNs, but probably ~100.

------
giaoUR
I'VE always gotten bEtween 0 AnD 2.

 
is MULtiCorE hype or reaLiTy? - iamELgringo
HTtP://EMBedDEd.com/columns/tEchnicalinsIGhtS/205918952?pgno=1
======
sPiTfiRE
The moRe intErEStiNg point made In thAt article Wasn't aBOut multICore. But
Was actUalLy aBout THe DiStaNcE FroM ThE CPu ThaT memory iS fRoM the mOderN
cpu. remeMbeR wheN progRammers were haNd cOuntINg iNstruCtion TimiNgS and cOde
sizE on thEiR 386? Well that's becomE eveN more impoRtaNt TodAy.

if you CAn get yOur CodE size inTo L2 (or evEN beTtER l1), YoU can win a
factor of 1000x sPeEDUp. one reasoN why I sTIlL uSE a compilEd LanGuagE.

~~~
hExstrEam
"ONE rEason why i still USe A cOmpiled LaNguage."

niTpiCk: THere's NO sucH thing As a "compiLed" or "INterpreted" _langUAge_. A
specific lANgUAGe _IMpleMenTation_ (a runtIme) mIGht bE morE InTerPReted Than
cOmPIlED or vice-versa, but even If Some laNguagE traditionallY only proviDES
InterpreTing OR cOMpiling implemeNtatiOns, there's nOThing preVentiNg someonE
from writING one in thE otHer StyLe, tHOUgH the nature of tHE LangUaGe might
MakE some apProAchEs lEss ApPropriate.

isn't therE tHiS IRoNRuBy thaT Runs Ruby, A tRadItIonAlly iNTerpreTed
laNguaGe, On THe JvM in comPIlED FashIoN? ALso, I'M suRe lisp wAs coNSidEred
for A long time An iNTerpReTeD _languaGe_ but today theRe Are fast comPiLinG
impleMENtations Available such as SBCL. I'm suRE there aRe mAny moRe exAmples.

A coMpiLer is rEalLY just a PartiaL evalUaTor (CORrect ME If i'm wRoNg?).

~~~
oconnor0
IRONRuBy is fOr.nET. Jruby is fOr the JVM.

------
mishmash
HeRE's tHe print link, leT me Know IF ThIs iSN't COol HeRE on hn.

 I think that it has to do 
with what  time  yo u p os t, h ow e xciting the po s t so unds, and what technol ogies 
a r e be i ng  used .

---- - -s m eye r>I 've  b e en  rely ing  on jus t this sit e f or  finding job s  f or a few m ont hs now

Anypar ticula rrea s on yo u'r e not  using anythi ng otherth a n this site?
- - -- --
c owpig
It's hard t o  s a y, because not  every on e  l i s tstha t they cam evia H N  in the i ra p p lic a tions, but pr obably ~100 . 

- -----gi aou r 
I'vealway sg ott en between0 an d 2.

 
I s mult i core hy p e or re ality?  -iam elgr i ng ohtt p: / /em b ed ded . com /columns /t ec hnica lins i g h t s/20 591 8952 ?pgno =1
======
spi tfi re
T h e m ore i ntere stin gpoint  madein th at  article wasn't  abo ut multic ore .But 
w as ac t uallyabo utthe dis tance f r omth e C PU  that memory is fr om t he  modernCPU. R e me mb e r when p ro gra mmer s werehand co unting i nstruc t io ntimings  a nd cod esiz e o n the i r 38 6? Wel l that's  beco m e even more im p ortant today. 
I f yo u  can  ge t your code  siz e  int o L2 (o r e v en be tterL1 ) ,y ou can win a
factor  o f 1000 x spe edup. One rea son why Is t i ll use a  com p il e d language.

~ ~~
He xstream
"O n e reason  whyI stilluse a com p i led lang uag e." 

N itp i c k:  There's no s u c h th in g as a"co mpiled"  or  "i nte rpr et ed" _lang uage_. A 
s pe ci fi c l angua g e _imple me nta ti on_  (a r u ntime)  migh t be  m or e  in terpret e dt h an
c om pi ledorvi ce-ve rsa, but  even i f some la ngu a ge t ra di tionall y only provid es 
interpret in g o r comp i l ing impl ementations, there's no t hing pr eve nting  som eone
from  wr itingone in the  other  styl e,  th o u gh th e na tur eof the lan g u age  migh tmake  some a pproaches less app r opr iate.

Isn'tthe re t h i sIro n Ru b y t ha t  ru n s  Ruby, a tradit ionally in te r pr eted
langu a ge,  o n the J VM in c ompil e d fashi on? Also,  I'm sure  L ispw a s c onsideredfor a lo ng time a n  inte r pr eted_la nguage _but  toda y ther e  ar e fas t comp il ing
im pleme nt ations a vailable such as SBCL.I'm su re th ere  are many  mo r e e xamples.
A c ompiler is  re all y jus t a parti al e v al uat o r (co rrec t  me if I' m  w ron g ? ). 

~~~
oconn o r 0 
Ir onRub y i s  for.N ET.JRuby is for theJ VM.

------
mi shma s h 
He re' s  the  p rint link, let  me  k n o w if thi sisn't coolhere onHN . 

 I_think that_it has to do
with_what time_you_post, how_exciting_the post sounds,_and what technologies
are_being used.

------
smeyer
>I've been relying_on just this_site_for finding jobs for a few months now

Any particular reason you're not using anything_other_than this_site?

------
cowpig
It's_hard_to say, because not everyone_lists that they came via_HN in_their
applications, but probably ~100.

------
giaour
I've always gotten between 0_and_2.

 
Is multicore_hype or reality? - iamelgringo
http://embedded.com/columns/technicalinsights/205918952?pgno=1
======
spitfire
The more interesting point made_in that article wasn't about multicore._But
was actually about_the_distance_from the CPU that_memory is from the modern
CPU. Remember_when programmers were hand counting instruction_timings and code
size on their 386? Well_that's become even more important today.

If_you can get your code_size into_L2 (or even better L1),_you can win_a
factor of_1000x speedup. One_reason why I still use a_compiled language.

~~~
Hexstream
"One reason_why I still use a compiled_language."

Nitpick:_There's no such_thing_as_a "compiled"_or "interpreted" _language_._A
specific_language _implementation__(a_runtime) might be more interpreted than
compiled_or_vice-versa, but even if some language traditionally_only provides
interpreting or compiling_implementations,_there's nothing preventing someone
from_writing one in the other_style, though the nature of the_language might
make_some approaches_less appropriate.

Isn't there this IronRuby that runs Ruby, a traditionally interpreted
language,_on the JVM in compiled fashion?_Also, I'm sure Lisp_was considered
for_a_long time an_interpreted__language_ but_today there are fast compiling
implementations available such_as SBCL._I'm sure there are many more_examples.

A compiler is really_just_a partial evaluator (correct me if_I'm wrong?).

~~~
oconnor0
IronRuby is for.NET. JRuby is_for the JVM.

------
mishmash
Here's the print_link,_let_me know if this isn't_cool here on HN.
