タグ

プログラミングに関するsmall_treeのブックマーク (19)

  • コメントのいらないプログラムの書き方|NZ MoyaSystem

    パラメータを決める 次に関数に渡すパラメータを決めます。 関数の名前で表現されている処理を実現するには、どれだけのパラメータがあればよいか? と考えてみましょう。 今回の例でいえば「お客さんの年齢」と「日付」があれば、すべてのチケット価格が計算できます。 ということで、age と date の2つのパラメータを渡すことにします。 function calculateTicketPrice (age, date) { } パラメータの名前も、なにを表しているかわかるようにしてくださいね。 くれぐれも「hensu」とか適当な名前をつけたり、同じ変数にぜんぜん違う値を繰り返し代入したりすることのないようにしましょう。 テストを書く 次にユニットテストを書きましょう。 テストは常に更新される仕様書です。 業務ロジックをテストに説明させておけば、関数の仕様をコメントにいちいち書く必要などありません。

    コメントのいらないプログラムの書き方|NZ MoyaSystem
    small_tree
    small_tree 2018/05/15
    人は絶対忘れるもの。他人は意図を自分が思った通りに把握してくれるとは限らない。これは大前提。
  • もしコンパイラを全世界で同時にうっかり削除してしまったら、元の状態に復旧できるのだろうか?|Rui Ueyama|note

    思考実験として、全世界の人が同時に、自分の持っているコンパイラやインタープリタなどの実行ファイルをうっかり全部消してしまったとしよう。そうするとそれ以降、ソースコードが残っていても、コンパイラ自身も含めてどのようなプログラムもコンパイルできなくなってしまう。この状況から人類は元のコンピュータ文明を復旧することができるのだろうか? 僕は結論としては、かなり簡単に復旧できると思う。ここではその手順についてちょっと考えてみよう。 コンパイラのバイナリファイルが全部消えてしまった後、復旧のために目指すべきマイルストーンは、おそらくCコンパイラを元に戻すことになるだろう。Cで書かれたプログラムはOSやコンパイラ自身を含めてたくさんあるので、そこを起点にすれば、たくさんのプログラムを芋づる式に復旧していけるからだ。 ほとんどのCコンパイラはCかC++で書かれている。最近のGCCやClangは巨大かつC

    もしコンパイラを全世界で同時にうっかり削除してしまったら、元の状態に復旧できるのだろうか?|Rui Ueyama|note
    small_tree
    small_tree 2017/12/04
    インターネットが機能していないが最新版のgccのソースコードだけはあるという条件を付加すると…
  • 読み間違えると恥ずかしい!デザイン・プログラミング用語15選 | UX MILK

    ITの制作現場では、どんな職種でもコードや開発言語などの話題は避けて通れません。ただでさえカタカナ用語の多い業界ですが、プログラミングやコーディングの用語などはカタカナですらなく英語表記ですし、中には読み方が不明確なものもあります。 チームメンバーもさることながら、他社の人と話すときに間違った読み方を使っていたら恥ずかしいですよね。今回は間違いの多いと言われる用語や、議論を読んでいる言葉をピックアップしてみました。 ※更新:米国英語の発音記号を追加しました Webデザイン系 width【wídθ, wítθ】 正:ウィズス、ウィドゥスなど 誤:ワイズなど HTML/CSSの幅指定で使う「幅」という単語です。よく使うものの、発音の仕方に自信が持てない人も多そうです。 height【hάɪt】 正:ハイト 誤:ヘイト 上記とセットで間違えられやすい単語。「高さ」という意味で、ウェブでなくとも「

    読み間違えると恥ずかしい!デザイン・プログラミング用語15選 | UX MILK
    small_tree
    small_tree 2016/05/18
    こんなもん通じりゃどうだっていいんだよ。こだわるのは面倒なやつ扱いしてるわ
  • theinterviews.jp

    このボーナスは、ゲームを始める前にリスクを避けたい人にとって、非常に有利な条件です。また、フリースピンからの勝利金は賭け条件があるものの、無料で始められる点が大きな魅力でしょう。 おすすめ2実績あるオンラインカジノ ベラジョンの姉妹ブランド インターカジノは、信頼性の高さでも定評があります。 特に、同じ運営会社が手がける有名なオンラインカジノ「ベラジョン」と姉妹ブランドであるため、運営の透明性や安全性が保証されています。 1996年に設立され、20年以上にわたってプレイヤーから愛され続けているという実績が、プレイヤーに安心感を与えているのです。 また、厳格な規制を守って運営されており、キュラソーライセンスを取得しているため、プレイヤーは安心してゲームを楽しめるでしょう。この運営体制と信頼の高さは、初心者からベテランプレイヤーまで幅広い層に支持されています。 おすすめ3キャラクターが特徴的

    theinterviews.jp
  • Scheme プログラミング入門

    back (技術評論社 Software Design誌 2000年 7月号 に掲載された、「Scheme への招待 〜 GNU標準のスクリプト言語入門」の 記事を加筆修正したものです *1) はじめに みなさんは Lisp をご存じでしょうか。Lisp は 1950年代後半*2に John McCarthy によって 開発されたプログラミング言語で、 おもに記号処理などの分野で今も利用されています。 Scheme は Lisp から派生した言語のひとつで、 Guy Lewis Steele Jr. および Gerald Jay Sussman によって 1975年に開発されました。Scheme はよく 「Lisp の方言」などと呼ばれますが、Lisp よりも簡単な仕様 で、それでいて複雑なプログラミングが可能なように設計されています。 どのプログラミング言語にも長所と短所がありますが、S

  • How To Become A Hacker: Japanese

    なぜこんな文書を書いたか わたしは Jargon Fileの編集者で、またその他似たような有名文書いくつかの著者なので、しばしば熱心なネットワーク初心者から「ウィザード級の大ハッカーになるにはどうやって勉強すればいいの?」といったようなお尋ねメールを頂きます。でもかつて 1996 年に、こんな大事な問題を扱った FAQ や Web 文書 はみあたらないことに気がつきました。というわけで、これを書き始めました。多くのハッカーがいまやこれを決定版と見なしているし、つまり実際に決定版なんだと思います。でも、この問題について自分が唯一無二の権威だと主張するつもりもありません。気にくわなければ、自分なりのヤツをどうぞ。 この文書をオフラインで読んでいるなら、最新版は次のところにあります。 http://www.catb.org/~esr/faqs/hacker-howto.html なお、この文書の

  • 派遣PGの感じる「怒り」をデコンパイルしてみた - ぐらめぬ・ぜぷつぇんのはてダ(2007 to 2011)

    http://b.hatena.ne.jp/entry/togetter.com/li/41782 昨日〜今日にかけてはてブで盛り上がりを見せたエントリです。ここぞとばかりに、IT業界の日頃の不満をブクマコメントに叩き付け、「これだから日IT業界は、大企業は駄目なんだ(嘆息)」と溜飲を下げる技術者が多数続出しています。 自分もその一人で、ブクマコメントで愚痴を呟いています。 技術面での良し悪し・新旧・正邪ではなくて、リーダーやマネジャー・組織文化・経営レベルの好き嫌いや不安感で、辛い縛りが根付いてる。一人の作業者じゃどうにも出来ない。どこにでもある人間の問題。 はてなブックマーク - msakamoto-sfのブックマーク / 2010年8月13日 しかし、このエントリでは少し視点を変え、「何故自分は、こうしたネタに挙げられている現場に対してエントリと同様の怒りを覚えるのだろう、あるい

    派遣PGの感じる「怒り」をデコンパイルしてみた - ぐらめぬ・ぜぷつぇんのはてダ(2007 to 2011)
  • レバレッジメモ: プログラミング言語の概念と構造 - 西尾泰和のはてなダイアリー

    プログラミング言語の概念と構造。例の原稿を書く前にid:yuguiさんから借りたのに結局読みもせずに自分の記憶と勢いで原稿を書いてしまったのだが、今更読んでみた。っていうかこれはかなりいいだ。というわけで返す前にレバレッジメモ作成。 参考文献のリストの引き写しは今日はもう遅くて眠いのでまた今度。 マリナーI無人金星探査機は1962年7月22日発射から290秒後に爆破された。損失は1800から2000万ドルと見積もられる。notの欠落が原因である。 1950年代には効率のよいプログラムは人がマシン語を書くことでのみ作られると信じられていた。この信念にFortranが挑戦した。 最初はアセンブリ言語で書かれていたUNIXカーネルは1973年にプログラミング言語Cによって書き換えられた。利点は「新しいユーザとプログラム」「移植性」「可読性」 Ritchie[1978] *1 BNFのNaurは

    レバレッジメモ: プログラミング言語の概念と構造 - 西尾泰和のはてなダイアリー
  • 東方算程譚

    description郵便局がお手紙を受け取ってくれません 困ったときは釣り糸を垂れるテスト ^^; System.Net.Mail.SmtpClientでSMTPにメールを送りつけてるんだが、 ちーとも受理してくれません。認証にしくってるポ。 Outlookがメール投げてるトコをパケット・モニタで覗いたところ: EHLO しろホスト AUTH LOGIN Base64な しろアカウント Base64な しろパスワード MAIL FROM: しろやぎさん RCPT TO: くろやぎさん ... ってな段取りで送りつけてるみたい。 コレとおんなじことすればいいはずなんだけど、 System.Net.Mail.SmtpClient ではどぉすんだ? SmtpClient smtpClient = new SmtpClient("森の郵便局",25); smtpClient.Credentia

  • LiveCodingに学ぶプログラミングの三原則 : 404 Blog Not Found

    2007年09月16日04:30 カテゴリArt LiveCodingに学ぶプログラミングの三原則 Mozilla24のLiveCodingの解説をやってきました。参加された方、お疲れさまでした。ほんと楽しかった。 言語もC++ありJavaありJavaScriptありActionScriptありPerlありとまちまちで、Editorもemacsありvimあり秀丸ありとまちまちでしたが、それでも全LiveCoderの共通項がはっきり見えたので、それを書き留めておきます。これらの共通項には私も含まれます。 コピペを恐れるな(don't be afraid to be a copycat) 参加者の一人として、100%フルスクラッチで書いていた人はいませんでした。たいていは関数単位でコピーし、それを適宜書き換えるというやり方をしていました。学校のテストでは反則もいいところですが、大人の世界ではこ

    LiveCodingに学ぶプログラミングの三原則 : 404 Blog Not Found
  • なぜ新人は聞きに来ないのか? - teruyastarはかく語りき

    プログラマで、生きている: ググるな危険 http://el.jibun.atmarkit.co.jp/hidemi/2009/11/post-9d2b.html わたしが新人が検索に頼ってしまうことを危険視するのは、コピペの寄せ集めでもなんとなく動くコードが書けちゃって、それで自分は仕事を達成したという錯覚に陥ってしまうからです。 たいていの場合、新人プログラマには「きちんとしたコードを書くこと」は期待していません。先輩たちが期待しているのは「きちんとしたコードを書ける人になってくれること」です。 そこらへんの意識が行き違っちゃってるから、仙台に行くことよりも、新幹線に乗ることの方が重要事項になっちゃうんですかねえ。 最後に、わたしが新人の時に先輩から言われた言葉をご紹介させていただきます。 「自分で説明できないコードを1行たりとも書くな!」 間違うのはしかたありません。けれども、「自分

  • コピペはプログラミングの基本。どんどんコピペしなさい。 - このブログは証明できない。

    コピペはプログラミングの基です。どんどんコピペしなさい。って、スラムダンクに書いてあった気がしますが、気のせいかもしれません。私はコピペ推進派です。コピペはプログラミングの基なので、がしがしコピペすればいいと思います。今日は、この辺の話をしていきますが、話題がそれて三井寿を語る場になったらスミマセン。 まず、プログラミング初心者。これはもう、わしゃわしゃコピペすべきです。ホントは写経の方がいいのですが、コピペでも構いません。構いませんとも。かまいたちの夜です。プログラミング初心者が参考書のプログラムを理解するには、読むだけでは足りません。まず、サンプルプログラムを動く状態にして、それを改造すべきなのです。大幅な改造は必要ありません。まずは、変数の中身を変えるとか、そこから始めます。 英語を学習するときに、1単語を覚えるよりも、ひとかたまりのフレーズで覚えた方がいい。って、スラムダンク

  • gccにおけるatomic操作命令の個別関数

     gccとVC x86/x64環境で開発する上で, gccとVCはどちらも非常に優れたC/C++コンパイラです. ただLinuxWindowsのどちらの環境でも動作するようなC/C++コードを書くためには, gccとVC, およびそれらが動作するOSの違いが問題になることがあります. ここではそれらの違いについてまとめていきたいと思います. なお説明を簡単にするためにマクロを多用していますが実際には可能なら別の手段をとるか, 名前がぶつからないような命名規則に則ったマクロ名をつけることをお薦めします. 対象 定義済みマクロ 有用なマクロ コンパイルオプション 演算子の代替表現の抑制 日語のコメント 型 pragma attributeとdeclspec ファイル入出力 テキストとバイナリ 巨大なファイル static変数の初期化 snprintf 例外ハンドラ intrinsic関数

  • プログラミングスレまとめ in VIP

    お知らせ† 非常にゆったりとしたペースで更新が続けられております。 プログラミングに関連することであれば何でも良いので書いてって下さい。 初めての方は、 はじめてなの…やさしくして… へどうぞ 既存の記事をメンテしてもらえると嬉しくて涙が出ます。 編集時のIDは「vip」、パスは「vip」です。 祝・復旧 vipperじゃないがたまに見てた -- 2023-02-28 (火) 18:18:01 旧字キチガイの記述全部消せばいいのに。役に立たん独り言だらけだし。元から少なかった人が消滅した原因でしょあれ -- 2023-03-03 (金) 23:07:56 ↑うんこ掃除しました -- 2023-11-12 (日) 02:42:18 こんにちは -- マイキー 2024-02-22 (木) 07:22:12

  • 頑健なJavaプログラムの書き方

    日頃より、アレスネットをご愛顧いただきまして誠にありがとうございます。 「ホームページサービス」のサービス提供は2016年1月31日をもちまして終了させていただきました。 これまで長らくご利用いただき、誠にありがとうございました。 今後も、皆様によりよいサービスをご提供させていただけるよう、サービス品質向上に努めて参りますので、何卒、ご理解いただけますようお願 い申し上げます。 <アレスネットをご契約のお客様へ> 後継サービスとして「userwebサービス」を提供させていただいております。 詳しくは、以下のリンクをご参照ください。 ▼「userwebサービス」のご案内 http://www.ejworks.info/userhp/alles/index.html 今後ともアレスネットをご愛顧いただけますようお願い申し上げます。 株式会社イージェーワークス アレスネット カスタマーサポート

  • SEとPG、どっちが頭がいい?(2):下流から見たIT業界:エンジニアライフ

    刺戟的な題名で続けます。 前回は日独特のSE/PGの分業体制がどのようにして発生したのか、ということを説明しました。それは日にソフトウェア開発が産業として根付いたときに、PGが単純作業労働者と位置付けられてしまったため、上級技術者を区別する言葉が必要とされた、それがSE(システムエンジニア)だというものでした。 ●C言語@UNIXでは COBOLの開発ではSE作業とPG作業がきちんと分けられていると思われがちですが、これも前回述べたとおり実際には形式だけのものになっていました。これはタイムシェアリング端末の普及によってプログラミング作業が格段に効率化されたからでした。プログラミングに残っていた煩雑な手作業の部分が省力化されたのです。 この事情はBasicやC言語でも同じことです。1980年代後半、わたしは最初の会社を辞め、パソコンの開発をするようになりました。現場では、技術者はそれぞれ

    SEとPG、どっちが頭がいい?(2):下流から見たIT業界:エンジニアライフ
  • プログラマー面接時の技術的な質問事項(アプレッソ版) : 小野和俊のブログ

    技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発

    プログラマー面接時の技術的な質問事項(アプレッソ版) : 小野和俊のブログ
  • ソースコードを読むための技術

    $Id: readingcode.html,v 1.13 2003/12/06 00:01:08 aamine Exp $ 2006-05-02 gonzui 追加。thanks: 冨山さん 2003-12-03 ltrace と sotrace を追加 2003-12-03 ツールのところに DDD を追加。thanks: 和田さん 2003-05-27 VCG, SXT などについて追加。thanks: 梅沢さん 2003-05-27 これもすっかり忘れていた strace, ktrace, truss, etags などについて追加 2002-08-30 すっかり忘れていた ctags を追加 2002-07-07 匿名希望さんからメールでいただいた情報を追加 (動的コールグラフ) 2002-06-13 日記経由でいただいた意見をもとに文章を追加。thanks: 柳川さん、まつもとさ

  • 矢沢久雄の早わかりGoFデザインパターン 目次:ITpro

    先行する三井住友FGの「Olive」 オープン戦略を重視、28年度に800億円の収益貢献 2025.08.05

    矢沢久雄の早わかりGoFデザインパターン 目次:ITpro
  • 1