タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

Programmingとblogとcolumnに関するjjzakのブックマーク (8)

  • http://www.sksk.info/

  • コラム、もしくは文学的な何か - MWソフト

    コラム、もしくは文学的な何か 文学系 ヨハネ8・1-11 あなたたちの中で脆弱性のないシステムを作ったことがある者が、まず、この男に石を投げなさい 枕草子 春は設計 まったく白紙のままの、要求は少しも決まらないで 雪国 営業に連れられてゲートを抜けると修羅場であった その他 ネタ系 プログラミング言語人気TOP10に対する個人的簡易解説 Java, C, C++, PHP, Python, Perl, Ruby, JavaScriptなどに対する簡易説明一覧(2011/1/25) オリジナル(捏造)コーディング用語集 うちのサイトやブログで捏造したプログラミング関連の用語を集めたもの(2011/02/09) ラブプラスに見る時間軸方向の擬似同期 擬似同期と今後のサービスに関する妄想(2009/9/27) Apple、Adobe、Google、MSの立場比較表(妄想版) 2010年2月頃に妄

  • http://homepage2.nifty.com/cat-chy/index.html

  • はてなブログ | 無料ブログを作成しよう

    思いは言葉に。 はてなブログは、あなたの思いや考えを残したり、 さまざまな人が綴った多様な価値観に触れたりできる場所です。

    はてなブログ | 無料ブログを作成しよう
  • 浜村拓夫の世界 - FC2 BLOG パスワード認証

    ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ Website under construction 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.

    jjzak
    jjzak 2010/08/24
    もし今日が自分の人生最後の日だとしたら、今日やる予定のことを私は本当にやりたいだろうか? (スティーブ・ジョブズ = Apple創業者)
  • Embedded Software Manufactory

    医療機器ソフトウェアの国際規格を検討する国内委員会に長年参加していて、機能安全規格である IEC 61508(機能安全) を医療機器業界にも採用せよという圧力が度々かかり、その都度、医療機器業界側がその要求を跳ね返してきた歴史を聞いてきた。 なぜ、そのような圧力がかかるのか。 その理由のひとつは、IEC 61508(機能安全 Functional Safety)の認証ビジネスの市場は 2023年に55億ドル規模となっており、その中で自動車分野が最も高い 10%で成長していて、この認証ビジネスの市場に医療機器も含めようという思惑があるからだ。 図2024〜2032 年の機能安全認証ビジネスの年平均成長率(CAGR)予測。全体市場は年 7.5 % で拡大する一方、ISO 26262 への適合需要が牽引する自動車セグメントは年 9.9 % と最速で成長すると見込まれる(出典:Allied Mar

  • Smalltalkのtは小文字です

    アラン・ケイの“メッセージングによるプログラミング”という着想に基づき(非同期処理などいろいろ足りていないながらも──)比較的忠実に実装された1970年代の非常に古いSmalltalk-72に実際に触れてみるシリーズ 第2弾です(なお最新のSmalltalkについては Pharo などでお楽しみください!)。 今回は謎言語「Smalltalk-71」で書かれたスペースウォー・ゲームを Smalltalk-72に移植して動かすことを目指しました。なんとか完走できてよかったです。前回(2019年)を含む他の記事はこちらから→Smalltalk-72で遊ぶOOPの原点 | Advent Calendar 2023 - Qiita ユーザー入力を受け付ける ask とゲームをスタートさせる start いよいよ仕上げの start です。 まず、Smalltalk-71 では組み込みのプロシージャ

    Smalltalkのtは小文字です
  • 悪態のプログラマ

    ビジネスによくあるシーン。 1. ドキュメントを作る 2. 誰かに見せる 3. 質問される 4. 質問に答える 5. 納得してもらう 例えば、報告書の類とか、我々の仕事なら設計書のレビューなどもそうだ。また、ソースコードのレビューも同じである(以下、「ドキュメント」にはソースコードも含むものとする)。 さて、上記の流れの後でそのまま終わってしまう人も多いのだが、それはよくない。 単純に考えると、質問された内容というのは、「作成したドキュメントから読み取れなかったこと」である。しかも、少なくとも聞き手が質問せずにはおられない程度に「重要なこと」なのである。 そのため、今後、別の人(たとえば上司のそのまた上司)がこのドキュメントを読んだら、同じ質問をしてくる可能性が高い。質問の機会がなければ誤解されてしまうかもしれない。また、説明を受けた人ですら、後になってその内容が思い出せなくなって、違う解

  • 1