プログラムやコマンドの使い方を言葉で、たとえば電話越しで説明しないといけない状況に陥ったときにハタと困ったんですよ。「これ、どう発音すれば相手はわかってくれるのか‥？」と。プログラムと言えば、{}だの、^だの、なんとも言い表しがたい記号があちこちに散在しています。調べてみたら、こんなブログがありました。英語のネイティブスピーカでもけっこう困っているんですねぇ。 » Coding Horror 冒頭には "I responded with a single line of Ruby to do the same, and a single line of Lisp." "He wrote back: "Underscores, pipes, octothorpes, curly braces -- "、、、"What the heck is an octothorpe?" とあり、笑えます。

ドットインストール代表のライフハックブログ

はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

jmatz こんばちわPHP初心者さん。 jmatzです。 ……どうもお灸が効き過ぎたようです。 言語をDISると言うは本当に難しい。 この責任の一端は私にも有るでしょうし、 何かしら責任を果たさないといけないでしょう。 とりあえずPHP5はぎりぎり及第点。 もし本気でセキュリティを勉強したいのなら私が教える、と言うのも有りでしょう。 かつてC++さんを問題外と指摘し、 模範的な言語を世に送る事で矯正した私が。 もしハッカーレベルでPaul Grahamさん並か、 それ以上になる気が有るのなら教えましょう(RubyとRailsを)。 その代わり私は厳しいですけれど。 教わりたいと言う旨のメールを貴女から届き次第、 時間を割き課題とか考えてRuby認定試験に出します。 言語ファンやWebアプリ初心者の為、 短期間で上達したいのなら検討してみてください。 端から見て胡散臭いのも確かなので無視し

ゼミ用資料　関係のない方はスルーしてください 今回の資料：ダウンロード Greasemonkeyとは Firefoxでユーザースクリプトを実現するためのエクステンション（拡張機能）の一つで、読み込んだウェブページをクライアント（ユーザー）側でカスタマイズ可能にするもの。 他のブラウザでは、同様の機能が、Opera8では標準で、IEではTrixieを導入することで、SafariではCreammonkeyを導入することで実現できる。 例えば、特定サイトのフォントを変更したり、広告を排除したり、便利なリンクを追加したりすることができるユーザースクリプトがあります。より詳細な内容：http://diveintogreasemonkey.org/toc/　*1 使うには https://addons.mozilla.org/ja/firefox/addon/748 どんなものがあるの とりあえず使っ

マシン語を知らない子ども達 マシン語を知らない子ども達 マシン語は知っておいて損はない。でもそれを知らなくてもプログラムを書けるように様々な言語やツールが作られてきたのも事実。ビジネスアプリケーションでマシン語の知識が役に立つことは....まずないだろうねぇ。 知っておいて損はない知識は他にもあるでしょ。OSにToolchain、、、数え上げたらきりがない。そういう「きりのない」知識を持たなくてもそれなりに仕事ができるように、OSやToolchainが発達してきたわけだし。そして、そういうツール類の発達こそが、ソフトウェア「設計」を他の産業とは別の特性にしてしまった原因でもあるのね。 ソフトウェア設計の本質 詳しくはソフトウェア設計とは何か？を参照。 要は「要求に即した処理を実現するソースを書く」ことがソフトウェア設計の本質であり、そのソースの書き方がマクロアセンブラから高級言語に進化して

あまりも当たり前過ぎて21世紀に入ってから言葉にだしたことはあまりないのですが、当然のことながら、プログラムというのは、パルス波を理解して初めて「書ける」と言うのです。 プログラムが書ける、という状態は「パルス波を理解する」という状態の延長線上にあるべきで、パルス波を理解していないということは電子の挙動を理解していない、つまりプログラムを理解していないのとほぼ同じだと思います。 最近はLLと呼ばれる、いわゆる軽量スクリプト言語がメインになってきていますが、それでも依然として、コンピュータというのは電位差で動くもので、プログラムというものは全て電子の振る舞いの延長上にあると思っています。 その意識がないと、たとえPHPやJavaScriptのコードを書いていても、高周波ノイズをうけたり、 バスの同期が取れなくなってしまったときに「なぜだろう?」ということがピンとこないことになります。 まだ大

d:id:shi3z:20070913 言いたいことはわかりますよ。スタックを知っていれば、レジスタを知っていれば、メモリ管理の仕組みを知っていれば… そういう知識があればあるほど、問題に遭遇したときの解決が早くなる。 そういった事の体験学習の道具としてマシン語（というかアセンブリ）を薦めたい気持ちもわかりますよ。 でもね。煽りすぎなんです。あなたの文章は、「これは、こういう仕組みになっています。これの意味は、こういう事です」の後に必ず「こんな事も知らない奴は」「絶対に知っておくべきだ」という脅しをかける。だから攻撃的でイヤミになるんですよ。 あなたは、その文を読んだ人が「チクショウ！」と思って勉強することを期待しているんでしょうが、現実は「こんなイヤミな奴の言うこと聞きたくない」の方じゃないですか？ そうして若い人たちがマシン語に背を向けてしまったら悲しくないですか。 思い出してください

エクストリーム・プログラミングはケント・ベックらによって開発された。XP以前にはウォーターフォール・プログラミングが大きな成功を収めたが、一方でウォーターフォール型の開発はプログラマにとって退屈極まりないものであった。ケント・ベックらは自らの理論をまずクリスピー・クリーム・コーポレーションの給与支払システムの開発プロジェクトに適用し、このプロジェクトは未曾有の大成功を収めた（ケントらは本社が火の玉に包まれ焼き尽くされる前に脱出に成功した）。 実践[編集] プロジェクト・ベロシティ[編集] エクストリーム・プログラミングは移動の重要性を常に強調する。場合によっては時速300kmを超えるスピードでXPは行なわれ、XPにおけるスピードは「プロジェクト・ベロシティ」と呼ばれる。 名前空間[編集] 名前空間の概念は、テーブルトークRPGをシステム化する際のままならなさから発明された。 頻繁なリリース

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

実装に特性があるからインタフェイスと実装を分離するわけで*1 インタフェイスに対して実装が1クラスになる場合にはインタフェイスと実装を分離する必要が無いとボクは思うね。 追記：特定のDIコンテナの話はこのエントリと無関係です。 追追記：他所での議論の延長でボクの考えをここに書いただけなので、特定のDIコンテナとか特定の設計手法とかは何も関係ない（というか意識もしていなかった）話ですけど。 上にも例外として書いたしコメントにも書いたんだけど、たとえばトランザクション自動制御とかでFacadeに対してAspectをかけたい場合の設計手法の一つとしてインタフェイスと実装を強制的に分離（インタフェイスと実装が1対1)してDynamic Proxyを使う設計手法を用いても構わないのではないでしょうか？最近のプロジェクトでDIコンテナは使ってないけどHibernateのセッションとかの管理をFacad