Page2RRS

• 29 Oct 2009 05:12

  2009年10月28日

  ・速記記念日 10月28日は速記記念日だそうです。

  ・Twitter のデフォルトアイコンとイトーヨーカ堂のマークはなんとなく似ている(気がする)

  ■_ Smalltalk のどこがイヤ

  だいぶ削りましたので、全部見たい方はリンク先へどぞ。

  
  Ask Proggit: what do you dislike in Smalltalk? : programming
  
  A feature of Smalltalk you dislike, a reason for you to dislike smalltalk, a Smalltalk 
  dislike, Smalltalk aDislike.
  
  Only one per post (if you have multiple, just go with the most egregious issue, or 
  with the most obscure).
  
  If you can, expand on why you dislike that, and (if it's fixable) how you'd fix it in 
  "your" Smalltalk
  
  

  
  Back in the day when I learnt it, it was just too slow. I still play with squeak every 
  now and then. In fact, smalltalk is probably the reason I like Ruby so much.
  
  → 遅い
  

  
  The lack of a robust, full-featured, well-integrated, well-documented, well-maintained 
  and widely-used high-level interface to a polished GUI toolkit such as wxwidgets, Qt, 
  GTK (or even Tk at a push), that works out of the box with Squeak/Pharo among others, 
  providing a de-facto cross-dialect standard for building native GUIs in the same way 
  that Seaside has provided for web applications.
  
  

  
  I think for me the greatest reason would be ``because I like Unix too much''. And 
  Smalltalk is so un-Unix.
  
  → 非UNIX的すぎる(って前にもどこかで見たような)
  
  

  
  Lack of modularity.
  
  → モジュール機能がねえ
  

  
  The fact that "1 + 2 * 3" is equal to 9, and not 7 like ALL the other languages out there.
  
  → 1 + 2 * 3 が 9 になるなんて以下略
  

  
  image based dev - doesn't interact with other tools thanks to non text based code 
  representation. you can hack aorund this somewhat, but it is cumbersome.
  
  → 「プログラムのファイル」というものがなくて、「イメージ丸ごと」
  

  
  The syntax.
  
  → 構文
  

  
  The lack of optional "self", even though I appreciate it, makes it harder to 
  develop good DSLs without crowding Object with extra methods or without sprinkling 
  methods in every other class
  
  → self の省略不可
  

  
  ^Smalltalk's methods should just default to returning the last evaluated expression, 
  that would put them more in line with blocks (which do just that), potentially create 
  more useful/interesting return values and remove a number of ^ from the code.
  
  Ruby of course behaves this way, which reminded me of the Kent Beck quote:
  
  "I always thought SmallTalk would beat Java. I just didn't know if would be 
  called 'Ruby' when it did so."
  
  

  
  Ah you were talking hypothetically, I'd misunderstood that part (and thought you'd 
  discovered literals for high level types in Smalltalk).
  
  #[] isn't available by the way, it's the literal for byte arrays (in GST and Dolphin 
  anyway, I don't know if it comes straight from Smalltalk-80).
  
  

  
  Returning self by default enables and encourages a lot of nice DSL tricks which are a 
  pain to do in languages where some other value is returned by default. I'm happy to 
  pay a few ^'s for that.
  
  

  
  I tried to learn smalltalk, but I have bad case lisp, so everyone just laughed at me.
  
  

  
  Because it is object oriented. I find objects harder to reason about and test, and 
  create state transitions that are obsurdly hard to understand, espaecially in code 
  that has been sitting around for years and having features added by assorted 
  developers. Oop does ideally model some classes of problems, but many more it does not 
  and adds more burden then it helps. I generally avoid languages that treat oop as a 
  first class concept.
  
  →オブジェクト指向だからいや?
  
  

  
  The environment and dynamic typing.
  
  →環境と動的型付け
  

  
  Complaining that operators all have the same precedence is a perfectly valid reason to 
  dislike Smalltalk(*). Indeed, others have done so. That isn't, however, what 
  grauenwolf wrote. What he wrote is something along the lines of "Smalltalk has a 
  strict left-to-right evaluation order". And that simply isn't true.
  
  * I think it holds as much water as complaints about Python's indentation-based blocks 
    though.
  
  

  
  It is always the same thing: the bad syntax. All failed languages like COBOL, Lisp and 
  Smalltalk have bad syntax. All successful languages like C, Java, C#, Python, Ruby, 
  JavaScript have beautiful English-like syntax.
  
  

  
  The fact that it's an academic only language not used anywhere...
  
  

  ■_ 教えてSTLの以下略

  コメントの方はあえて抜いで。

  Hidden Features and Dark Corners of STL? - Stack Overflow
  
  C++ developers, all know the basics of C++: Declarations, conditionals, loops, 
  operators, etc.
  
  Some of us even mastered the stuff like templates, object model, complex I/O, etc.
  
  But what are the most hidden features or tricks or dark corners of C++/STL that even 
  C++ fans, addicts, and experts barely know?
  
  I am talking about a seasoned C++ programmer (be she/he a developer, student, fan, all 
  three, etc), who thinks (s)he knows something 99% of us never heard or dreamed about. 
  Something that not only makes his/her work easier, but also cool and hackish. After 
  all, C++ is one of the most used programming languages in the world, thus it should 
  have intricacies that only a few privileged know about and want to share with us.
  
  Boost is welcome too!
  
  For those who interested in modern C++ in action, albeit limited, discussion, go to 
  this wiki-post.
  
  One per post with an example please
  
  P.S Examples are important for other developers to copy and paste!
  
  

  Boost 可とかあったら、Boostべったりのネタしか出さないだろう人が わたしの(ネット的に)近い人にはいっぱいいらさるような気がする。

  ■_ 今日のAA

  なんかいいなw

  【Lua】組み込み系言語総合 その2【Squirrel】
  346 デフォルトの名無しさん [sage] 2009/10/28(水) 14:09:25 ID: Be:
      　　 /ヽ　/ヽ
      　　':'　ﾞ''"　 `':,
      　 ﾐ　　 ･ω･　;,
      　:; . っ　　　 　,つLua!
      　 `:;　 　 　　,;'
      　　 `( /'"`∪ 
  

  ■_ 固定小数点数

  ありがとうございます。

  
  
  2009-10-28 - うっくつさん本を読む。
  固定小数点数のフォロー
  
  http://www.kt.rim.or.jp/%7ekbk/zakkicho/09/zakkicho0910c.html#D20091027の話。
  Wikipediaだと。
  
      固定小数点数（こていしょうすうてんすう）は、コンピュータにおける実数の近似値の表現方式。
      固定小数点数では整数部分に用いるビット数と小数部分に用いるビット数をあらかじめ固定して
      表現する。
  
  と書いてありますが、上記引用部が成り立つのは基数＝２の場合だけで、基数≠２でない場合に
  は成り立ちません。
  
  少なくとも私の関わった範囲だと、「固定小数点数」と一口に言った場合に「基数＝２の固定小
  数点数」を指す、という経験はありません。逆に会計に近い分野だと、「固定小数点数」は「基
  数＝１０の固定小数点数」を指す、というのはありましたが。
  
  誤差は。
  
  同じ基数を利用する固定小数点数とBigDecimalならば、表現範囲に収まる計算の結果は誤差も含
  めて一致します。というより、下記のJava APIを読む限り、BigDecimalは任意長、基数＝１０の
  固定小数点数です。
  
      変更が不可能な、任意精度の符号付き小数です。BigDecimal は、任意精度の「スケールな
  しの整数値」と、32 ビット整数の「スケール」で構成されます。0 または正の場合、スケール
  は小数点以下の桁数です。負の場合、スケールなしの数値に、スケールの正負を逆にした値を指
  数とする 10 の累乗を乗算します。つまり、BigDecimal で表される数値は (unscaledValue × 
  10-scale) です。
  
  〆。
  
  暗黙に「基数＝２の固定小数点数」という分野もあると思うので、ご存知の方は教えてください。
  

  全文引用となりましたがかんべんしてくださりませ。 まず、基数が2か10か(それ以外はまあ無視していいと思います)で違うだろうというのは その通りです。そして基数に10を採用していれば、二進←→十進変換に由来する誤差 (十進の 0.1 が二進だと循環小数になるとか)がないというのも確かにその通りです。 んで、わたしの印象では、固定小数点数といわれても基数が2だろうというものなんですね。 だから、float や double を使わずに(基数の説明ぬきに)「固定小数点数使えばいいじゃん」 といわれても、頭の上に疑問符が何個も浮かぶ状態になってしまうわけです。 まあ確かにJavaの話をしているところだったので、JavaのBigDecimalの実装とか考えろよ ということであればすみませんということろで。

  でまあ、分野によって違うのかというのはあるのかもしれません。わたしの印象では ゲーム(最近はSSEやら使ったりするし、float or dobule という気もします)かなあ。 それも昔の。それと、TeX では最初に開発した当時はIEEE754のような浮動小数点数の 規格がまだなかったので、機械依存性を排除するために固定小数点数を使ったとか聞いた覚えが。 あれは基数どっちだったんだろう?

  
  Fixed-point arithmetic - Wikipedia, the free encyclopedia
  In computing, a fixed-point number representation is a real data type for a number 
  that has a fixed number of digits after (and sometimes also before) the radix point 
  (e.g., after the decimal point '.' in English decimal notation). Fixed-point number 
  representation can be compared to the more complicated (and more computationally 
  demanding) floating point number representation.
  
  Fixed-point numbers are useful for representing fractional values, usually in base 2 
  or base 10, when the executing processor has no floating point unit (FPU) or if 
  fixed-point provides improved performance or accuracy for the application at hand. 
  Most low-cost embedded microprocessors and microcontrollers do not have an FPU.
  

  usually in base 2 or base 10, とありますし、基数2のものが極端に少数ということも ないんじゃないでしょうか。

  • ベンチャー社長で技術者で: ITエンジニアの仕事についての質問
  • Ruby Freaks Lounge：第23回　Rackとは何か｜gihyo.jp … 技術評論社RackはこのWSGIに影響されて開発された，Rubyにおけるサーバとアプリケーション／フレームワーク間のインターフェースの役割を果たすライブラリです。
  • 限界を迎えつつある「パターンマッチング」という手法 － ＠IT
  • FBASIC V6.3 -OKWave数年前に、PC98のDISK-BASICで作られていたものを「FBASIC」置き換えたいと考えて移植しかけた状態で頓挫したものが残っています優先順位のつけ方が間違っているんじゃなかろうかとか
  • Mozilla Firefox Thunderbird の拡張あれこれ-MEMO（2009年10月-7）Firefox は自滅の道を進んでいるのである．
  • AmazonがMySQLデータベースのホスティング（クラウドサービス）を開始
  • Joel Spolsky, Snake-Oil Salesman « Stochastic Geometry
  • AsiaBSDCon 2010AsiaBSDCon は、BSD ベースのシステムの利用者・開発者のための国際会議です。次回の会議は、2010 年 3 月 11 日から 14 日にかけて、東京で開催されます。
  • バッファロー、重さ340gのUSB接続型ポータブルBDドライブ -AV Watch
  • Hexenkessel - G：...「できるかな」の番組の中で紹介されていた段ボールなどを使ったさまざまな工作は誰が考えていたのでしょうか？
  • checkは危険な言葉：柴田 芳樹 (Yoshiki Shibata)：So-net blogしかし、なぜか途中が全部省かれて「用紙を確認」つまり「checkPapaer」という名前付けをしてしまうのです。
  Twitter / tama: 君子VBに近寄らず

  Permalink  |  View Entire Page

Search the Site

Custom Search