プログラマの為の数学勉強会
2013年 プログラマの為の数学勉強会 資料 第1回:イントロダクション 第2回:浮動小数点数・極限・微分 第3回:微分法の応用・多変数関数の微分法 第4回:微分法の応用(続き)・方程式の数値解法 第5回:微分方程式の数値解法・積分法 第6回:数値積分法・積分法の応用 第7回:行列・ベクトル・ガウス消去法 第8回:行列式・逆行列・連立一次方程式の直接解法 第9回:線型空間・線型写像・固有値固有ベクトル(その1) 第10回:線型変換・固有値固有ベクトル(その2)・内積空間 第11回:連立一次方程式の反復解法・二次形式・多変数関数の極値・重積分 第12回:確率論入門 第13回:情報量・エントロピー・重要な確率分布・大数の法則・中心極限定理 第14回:擬似乱数の生成法・推定 第15回:検定 第16回:検定の続き, 回帰分析 第17回:回帰分析の続き 第18回:ベイズ統計
70以上ものプログラミング言語に対応したオンラインコンパイラ『CompileOnline』 | 100SHIKI
似たようなツールはよくあるが、言語数が充実していたのでご紹介。 CompileOnlineでは、JavaScriptやLua、Pythonといった言語をブラウザ上で試すことができる。 なかなかマニアックな言語に対応しているのが特徴で、SmalltalkやBraninf**k、はてはWhitespaceまであるようだ。 プログラミングはそれ自体よりも環境を整えるほうが難しかったりもするので、こうしたツールをうまく使いたいところである。 ちょっとあの言語を試したい、というときにいかがだろうか。
PC時代のおわり、プログラマ時代のはじまり - Syoichi's Tumblr
youkoseki: 概要：スマートフォンやタブレットの人気によりPCの果たす役割は小さくなりつつあるが、これにはプログラミング環境を失うという側面もある。一方でプログラマに対するニーズは今後も高く、このギャップを埋めることにビジネスチャンスがある。 hpがPC事業を切り離すという発表は驚きをもって迎えいれられた。なんといってもhpは世界シェアナンバーワンのPCメーカーで、20%弱ものシェアを誇っている。しかし量販店に行けば誰でも、最新のPCが昔では考えられないような安い値段で叩き売られているのを目にすることができる。PCはもはや儲かるビジネスではない。アップルはスマートフォンとコンテンツストアのビジネスへ変質した。デルは次々とITサービス企業を買収している。NECのパソコン部門はレノボとの協業でなんとか道を見出そうとしている。AsustekやAcerといった企業でさえ、タブレット端末など
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
プロダクティブ・プログラマ -プログラマのための生産性向上術 Neal Ford 感想 - 読書メーター
前半のツールの羅列にうんざりするけど、13章のComposed MethodパターンとSLAP、14 章の他言語プログラミングは面白かった。ここは、また読み直そう。
書いたコードが一発で動作するとなぜ不安なのか : akiyan.com
書いたコードが一発で動作するとなぜ不安なのか 2013-04-21 プログラミングにおいて少なくないコードを一気に書き上げたとき、そのコードが一発で動作 or テストケースに通るとなんともいえない不安を覚えるのは、プログラマーなら誰でもあるあるネタだと思う。「本当にこれ、一発で動作しちゃっていいの？ 俺、そこまでミスしないプログラマーだっけ？」なんて自分を疑ったりする。 このあいだもそんなことがあったんだけど、ふと気になった。不安になる理由は、自信のなさからくるものだけだろうか？ ちなみに、書いたコードが正しく動作しないとき、コードを修正すると不安になることはない。一体、なぜ？ 一発で動作したブラウザの画面を見ながら、考えてみて、閃いた。「コードの修正は、書いたコードを見直す機会にもなっているから」じゃないだろうか。コードの見直しは「リファクタリング」といっていもいい。 一発で動作してしま
「null」をフラグとして使うのは、やめた方がいい - 地平線に行く
null をフラグとして使うのは、やめた方がいいと思います。 null は、ただ変数が初期化されていないことを表しているだけです。 この意味以外で、null を使わない方がいいと思います。 null をフラグとして使う 「null をフラグとして使う」というのは、「null なら xxxx」というように、null が何らかの意味を持って使われていることを指します。 例えば、下記のコードでは「null はゲストユーザを指すフラグ」として使われています。 /** * ユーザ用のヘッダを作る処理 */ public String createHeader(User user){ (…中略…) String name; if(user != null){ name = user.getName(); }else{ name = "Guest"; // null ならゲストユーザ } 問題点 これの
「淡路島の電車の運行状況を聞いた話」をシステム開発に置き換えてみる - 日々常々
気象庁の地震情報|平成25年04月13日05時48分 気象庁発表 4/13のAM5:33にM6.0らしい地震がありました。各地で大きな被害が無いことを祈りつつ。 フジテレビのアナウンサーさんが淡路島の電車の状況を聞いたと言う話 【放送事故】フジテレビが淡路島民に「電車動いてますか?」と質問 「淡路島は電車ありません」 - NAVER まとめ だいたい見てると「電車無いのを知らずに聞いてしまった」のを叩く向きに思えます。実際のところ、聞いたこと自体はNGなのでしょうが、これをシステム開発の話に置き換えると見えるものがある気がしました。 以降はJavaの語彙で書きますが、これって NullPointerException っぽいなと。 コードっぽい何かで書いてみる こんな感じ。 運行状況 = 淡路島.get路線().get運行状況(); get路線() が何を返すのか知らないけど、これが nu
何をどう学ぶか？
『自由エネルギー原理入門: 知覚・行動・コミュニケーションの計算理論』（乾 敏郎、 阪口 豊）を用いた勉強会で使用したスライドです。１章と２章前半を扱っています。
コードクローンと品質 - プログラマーの脳みそ
コードクローンと品質について話題になっている。元ネタはこちら。 ソースコードの品質についても、みずほ証券は問題を指摘している。今回のバグがあったプログラム全体について、「ソースコードの著しい重複が見られるなど、エラーの潜在する率が極めて高い作り方をされており、品質が極めて低い」と主張。これに対して東証は「コードクローン（記述の重複）を含むプログラムは、含まないプログラムと比較して信頼性が高いことが定量的な研究で裏付けられている」と反論した。 ［論点3］どんな開発手法を適用すべきか | 日経 xTECH（クロステック） この「コードクローンを含むプログラムのほうが信頼性が高い」というのはどこからきた話題なのかという話。 僕が昔読んだ論文で似たような話があったなと思って探してみた。 コードクローンに基づくレガシーソフトウェアの品質の分析(PDF) 本論文では，20年以上前に開発され，拡張COB
動的型とか静的型の話の前に「作者の気持ち」を考えろ - mizchi log
自分の思考を整理する意味でも、件のアレについて考えたことを書いてみる。 変数に型がないということの利点について考える - サンプルコードによるPerl入門 http://d.hatena.ne.jp/perlcodesample/20130227/1361928810 この件に触れることはプログラマとしての中二病である。恥ずかしい。マジレス乙だ。 でも気づいたら5000文字も書いてしまったし、公開して酒のんで寝る。 型のフローは機械のためだけでなく、人間に対するものでもある 最近TypeScriptを書いている。こいつを使って、二次元座標上で二点間を求める関数、getDistanceを定義してみよう。 interface IPoint { x: Number; y: Number; } var getDistance = (a:IPoint, b:IPoint): Number => Ma
【まとめ】これ知らないプログラマって損してんなって思う汎用的なツール 100超 - Qiita
2019/06/11追記: これは2012年の投稿です。なぜかはてなブックマークで拡散されていますが、内容は時代にそぐわなくなったものもあるのでご注意ください。 これ知らないプログラマって損してんなって思う汎用的なツールのコメントに寄せられたツールを分類分けしてみました。 解説は、ほぼコメントに寄せられた内容のコピペです。 URLのみの記述は公式サイト(か、ほぼ公式サイトと化しているサイト) 公式サイトとは別に、ページタイトルだけでツールを説明しきっているページへのリンクも付けておきました。類似ページが複数ある場合は、はてブのブックマーク数が多いものを選びました。 知らないツールもあるので、分類がいいかげんなところもあると思います。何か気づいたらコメントください。 解説が不十分なツールについても、補足（コピペで本文に取り込める体裁だとありがたい）を頂けると助かります！ 元ネタの投稿は現在進
防御的プログラミング - Strategic Choice
プログラマー道具箱の必需品、「Code Complete第2版〈上〉―完全なプログラミングを目指して」の「第8章 防御的プログラミング」をまとめます。目次防御的プログラミング・防御的プログラミングとは防御的プログラミング・予想されないエラーの処理防御的プログラミング・予想されるエラーの処理防御的プログラミング・例外防御的プログラミング・バリケード防御的プログラミング・デバッグエイド防御的プログラミング・なぜ防御的プログラミングかエントリのコンテキスト各エントリはフラットではなく、以下アウトラインに沿っています。黒字はコンテキストや要素、赤字がエントリ名です。出典Code Complete第2版〈上〉―完全なプログラミングを目指して作者: スティーブマコネル,Steve McConnell,クイープ出版社/メーカー: 日経BPソフトプレス発売日: 2005/03メディア: 単行本購入: 27
プログラマ vs アーキテクト - Strategic Choice
書籍「プログラマが知るべき97のこと」を読み、自分の「普通」の低さを痛感しました。写経して、行動に移して、「あたりまえ」のレベルアップを図ります。書籍「ソフトウェアアーキテクトが知るべき97のこと」を読み、アーキテクトの視点を手に入れることが、プログラマとしてさまざまな決断をする場合にも役に立つと感じました。こちらも写経して、ミクロ・マクロ両方の視点を手に入れ、かつ両視点をスムーズにスライドできるようになりたいと思います。一覧番号プログラマ作者番号アーキテクト作者001分別のある行動セブ・ローズ001システムの要件よりも履歴書の見栄えを優先させてはならないニティン・ボーワンカー002関数型プログラミングを学ぶことの重要性エドワード・ガーソン002本質的な複雑さは単純に、付随的な複雑さは取り除けニール・フォード003ユーザが何をするかを観察する（あなたはユーザではない）ジャイルズ・カルバン0
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
