オリジナル（捏造）コーディング用語集
スクラップブックコーディング ググって見つけたサンプルコードを適当に貼り付けて、なんとなく動いているソースを作り出すこと。 それがなぜ動いているのかはしっかり理解していないけど、とりあえず動いているみたいだからいいや。 これを行う時は「ぬーすんだ そーすで しーごとするー」と口ずさみながら行うとちょっとだけ救われた気持ちになる。 ブラックジャックパターン 様々なプログラミング言語を継ぎ接ぎのように組み合わせて動作させる手法。 使っている言語に必要なライブラリがなかったために、その箇所だけ他の言語を使うといった場当たり的な対応を繰り返していると出来上がる。 自然としっかりしたモジュール化が行われるため、すべての言語に精通していれば逆に可読性は良くなる場合もある。 銀の流れ弾 「システム開発における数々の問題を一挙に解決することができます！」という怪しげな触れ込みとともに喧伝されている「最新て
Island Life - 関数型料理
About 南の島のプログラマ。 たまに役者。 Practical Schemeの主。 WiLiKi:Shiro 最近のエントリ 無限cxr高校受験Defense振り返ってみると2019年は色々学んで楽...覚えるより忘れる方が難しい(こともある)眼鏡のつると3DプリンタIris Klein Acting ClassSAG-AFTRA conservatory: Voice Acting創作活動って自分を晒け出さねばならないと...ループを使わずに1から100までMore... 最近のコメント shiro on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/14)1357 on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/01)ベアトリーチェ on ハイポハイポハイポのシューリンガン (2022/04/02)ベアトリーチ
未明の2時間半。一心不乱にコードに集中 ──中島聡流プログラミングの流儀 #OpenGL｜CodeIQ MAGAZINE
未明の2時間半。一心不乱にコードに集中 ──中島聡流プログラミングの流儀 #OpenGL 2014.01.29 Category：【連載】ギークたちの『仕事の流儀』 Tag：OpenGL ,中島聡 米国マイクロソフト社でWindows95/98、Internet Explorer3.0/4.0 のソフトウェア・アーキテクトを務めたことで知られる、UIEvolution創設者の中島聡氏。 開発者としての日米にまたがる豊富な経験をふまえ、IT業界やそこで働くプログラマたちへ向けて、ブログなどで切れ味のよい提言を続けている。現在も毎朝4時起床してコードを書く現役エンジニアである中島氏に、プログラミングの流儀を聞いた。 by 馬場美由紀 （CodeIQ中の人） 未明に起きて仕事。昼寝は「18分間」と決めている ──現在はアメリカを拠点に活動されていますが、最近の中島さんの関心事は何ですか？ いま「
SQLで一発 (#2188050) | 「世界一難しい数独」 | スラド
「Google Goggles」新版リリース、数独を解く機能も - ITmedia ニュース http://www.itmedia.co.jp/news/articles/1101/11/news081.html [itmedia.co.jp] 代わりにやってもらうんですね WITH RECURSIVE x( s, ind ) AS ( SELECT sud, position( ' ' IN sud ) FROM (SELECT ' 53 8 2 7 1 5 4 53 1 7 6 32 8 6 5 9 4 3 97 '::text AS sud) xx UNION ALL SELECT substr( s, 1, ind - 1 ) || z || substr( s, ind + 1 ) , position
プログラムエラーが量産される時期は10～11月？ | スラド デベロッパー
不具合の多いコードが最も書かれるのは、1年を通じていつ頃なのだろうか？アプリケーションテスト企業Veracodeにてマーケティングディレクターを務めるFergal Glynn氏は、同社がテストする何千というアプリケーションのコードからこれを導き出したそうだ（Threatpost、本家/.）。 対象としたのはコードが書かれてからチェックされるまでの期間が短いと思われるアルファ版やベータ版といった開発初期段階のコード。これらのコードは原則的にコード記述とチェックが同月内に行われていると考えられ、不具合の発生時期を把握するのに適しているとのこと。 まず平均値および中央値を算出するためにVeracodeがここ数年で精査したベータ版のアプリケーションを数千件分析し、実行可能コード1MBあたりの欠陥密度の平均が24件、中央値は3件であることを導き出したとのこと。 その後、過去24ヶ月に渡り同社の精査プ
グーグルはコードの品質向上のため「バグ予測アルゴリズム」を採用している
グーグルでは、社内のプログラマによって作り出される大量のコードの品質を保つため、チェックイン前にユニットテストとコードレビューが行われているそうです。しかし、コードが大量になってくると、ユニットテストやレビューをすり抜けるバグも少なからず発生します。 そこでコードの品質をさらに高めるために、グーグルでは「バグ予測アルゴリズム」を採用。バグがありそうな部分をレビュアーにアドバイスする仕組みを採用したとのこと。 そのバグ予測アルゴリズムとはどんなものなのか。Google Engineering Toolsブログに投稿されたエントリ「Bug Prediction at Google」（グーグルにおけるバグ予測）で説明されています。 ソースコードの修正履歴を基に予測 コードの中にバグがありそうな箇所を分析する手法としては、「ソフトウェアメトリクス」がよく用いられます。これはコードを静的に分析して、
How Do I Get Back a Passion For Programming? - Slashdot
Posted by samzenpus on Wednesday November 09, 2011 @05:09PM from the you've-lost-that-loving-feeling dept. bigsexyjoe writes "I am a somewhat experienced software developer who is pretty much an office drone. I used to enjoy writing code. I even enjoyed writing routine code before it became routine. But now I just come in day in and day out. I work for manipulative jerks. I don't care about the pr
「少人数のチームの方がソフトウェアの品質は高い」実証的ソフトウェア工学の研究会が開催
統計や実証を通してソフトウェア工学を研究していく、それが「エンピリカルソフトウェア工学」（Empirical Software Engineering、実証的ソフトウェア工学）です。「第一回エンピリカルソフトウェア工学研究会」が、12月10日に都内で開催されました。 基調講演では、マイクロソフトリサーチで研究をしているDr. Thomas Zimmermann氏が登壇。開発組織の構造がソフトウェアにどう影響するのか、バグ報告書やバグ報告者と修正されるバグの優先順位の関係、そしてエンピリカルソフトウェア工学という「データ指向のソフトウェア工学」を、どのようにソフトウェア開発における意志決定に役立ていくのか、といった内容の講演でした。 開発組織の構造がソフトウェア品質に及ぼす影響は？ マイクロソフトリサーチのDr. Thomas Zimmermann氏。 今日はいくつかのテーマについて紹介した
話すようにプログラムするPythonチュートリアル - なんたらノート第三期ベータ
Pythonでえらくハッキッシュなコードを書き散らして遊んだ 3の倍数と3が付く数字だけアホになり、5の倍数だけガルマっぽくなるスクリプトにチャレンジ - なんたらノート 第二期 うえ、他人のエッセイをえらくこき下ろし OOコード養成ギブス - rants OOコード養成ギブスとやらが人気らしい。 - なんたらノート 第二期 て、われながら生産性のないやつだと思うので、ここは逆に、Pythonチュートリアルをひとつ書いてみようと思います。 まず最初に、こんなプログラムがあったとさ。 #素数の数列を返すアルゴリズム def prime_numbers_until(limit): prime_numbers = [] for n in range(2, limit): divider_found = False # 1より大きくその数より小さい範囲で調べる for m in range(2,
週に何時間プログラミングできる? | スラド デベロッパー
フルタイムのプログラマーは、1 週間に何時間プログラミングできるものだろうか。自分は調子がいい時で週 20 時間、大体において 10 〜 15 時間といった感じで、40 時間近くになるとかなりクタクタになってしまう。 ここでいう「プログラミング」とは実際にコンソールに向かい入力していることを指している。もちろん時々手を止めて考えることもあるだろうが、プログラミング書籍や仕様書を読んだり、会議に出たりする時間は除いている。そういった時間はプログラミングと比べればランチ休憩のようなものだろう。 自分は幸いにも会議が少ない方であるが、脳みそのオーバーヒート防止のために週数時間はネットサーフィンに当てている。基本的には tech 系のニュースを読んだり、たまにメールや Facebook を覗いたりしている。また、自分は IT 部門用のイントラネット用ウェブアプリの担当でもあり、同僚と共に電話対応し
「プログラミングの素人と玄人を見分ける方法」 * 一つの関数内に、コードを数百行も書くのは素人。多くても数十行で済ませるのは玄人。何千行でも平気で書くのはギーク。 * オブジェクト指向をまだ理解していないのは素人。何かとオブジェクト指向と言うのは玄人。オブジェクト指向という言葉を一言も発さないのはギーク。 * 一つのプログラミング言語しか使えないのは素人。数十種類のプログラミング言語を使いこなせるのは玄人。プログラミング言語を作るのはギーク。 * 設計を始める前にコードを書き始めるのは素人。設計を
「プログラミングの素人と玄人を見分ける方法」 * 一つの関数内に、コードを数百行も書くのは素人。多くても数十行で済ませるのは玄人。何千行でも平気で書くのはギーク。 * オブジェクト指向をまだ理解していないのは素人。何かとオブジェクト指向と言うのは玄人。オブジェクト指向という言葉を一言も発さないのはギーク。 * 一つのプログラミング言語しか使えないのは素人。数十種類のプログラミング言語を使いこなせるのは玄人。プログラミング言語を作るのはギーク。 * 設計を始める前にコードを書き始めるのは素人。設計を行ってからコードを書くのは玄人。設計なんて必要なくて、初っ端からコードを書くのはギーク。 * プログラミング中、頻繁にマウスに手を伸ばすのは素人。殆どマウスに手を伸ばさないのは玄人。全くマウスを使わないので、なんでだろうと思ったら ThinkPad。 * 普通の携帯電話を持っていたら素人。スマート
Google Python スタイルガイド
概要¶ これは Google Python Style Guide Revision 2.29 を日本語に訳したものです。 本家ガイドは CC-By 3.0 ライセンス の基で公開されています。また、本ガイドも同ライセンスを継承します。 本家ガイドの著者は以下の通りです。 Amit Patel Antoine Picard Eugene Jhong Jeremy Hylton Matt Smart Mike Shields また、本ガイドの翻訳者は以下の通りです。 Kosei Kitahara 本ガイドに誤植、誤訳があった場合は issue で教えてください。 その他本ガイドに関する問い合わせは、サイト最下部に記載のメールアドレスか @Surgo にお願いします。 はじめに¶ Python は Google で使われている主要なスクリプト言語です。 このスタイルガイドは Python によ
軽量スレッドブームだと思うので、そこらへんの情報をまとめてみる - 金利0無利息キャッシング – キャッシングできます - subtech
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
プログラミング格言集
psychopathより。 金言、格言は古今東西いろいろあるのだが、ここではプログラミングに関する格言がまとめられていたので、抜粋して翻訳してみる。翻訳に間違い等があった場合は、コメント等で指摘してください。 We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil 私たちは、時間の約97%を占めるわずかな効率に関しては忘れるべきである: 時期尚早な最適化は諸悪の根源だ。 - C. A. R. Hoare Walking on water and developing software from a specification are easy if both are frozen 水の上を歩くのと、仕様に基い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログ | 無料ブログを作成しよう
The Go Programming Language