Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この文章の目的 開発者とステークホルダーが「技術的負債」という言葉で正しくコミュニケーションをとれるようになることをゴールとする。技術的負債については色々な所で語られるが、実際の現場では技術的負債が管理されてない事が多いのでは無いだろうか。この場で技術的負債という言葉についての知見をまとめ、たたき台とする事で、ゴールに到達する第一歩としたい。 対象読者 開発者 責任者/見積もりに対して決定権を持つ人 技術的負債とは何か 技術的負債とは、コード・設計の状態を表す見積もりのための言葉である。継続的に開発を行う上で理想状態から離れたものを負債

ソフトウエアの良いところは、工業製品や建物、農産物などと異なり、たった1つだけをつくれば済むことだ。工業製品などは全く同じものでも、ニーズの数だけつくらなければいけないが、ソフトウエアはニーズの数だけコピーすればよい。だらこそ、パッケージかクラウドかといった提供形態を問わず、ソフトウエアビジネスは成功すれば、営業利益率が4割、5割といった具合にとてつもなく儲かる。 読者の皆さんにとっては、こうした話は「何を今さら」だろう。マイクロソフトやオラクル、SAPといった外資系ITベンダーは、それでしこたま儲けた。だが、日本のITベンダーの場合、ソフトウエアの素晴らしい特徴の恩恵を受けることができない。SIerや下請けのITベンダーは、単品モノのソフトウエア開発がビジネスの中心だからだ。もちろん、これも「何を今さら」の話だ。 では、ユーザー企業の側から見るとどうか。「お前ら、いくらなんでも儲けすぎ」

子供はとにかく吸収力が高いもの。知らない間に大人の言葉を覚えて、使うなんてことも少なくないが、妙な言葉ばかりを覚えてしまっても困りモノだ。神奈川県に住むパート勤務の女性Yさん（57才）には、4才の孫がいるが、夫（60才）からヘンに影響を受けてしまっているという。 ＊　＊　＊ 4才の孫娘が遊びに来ると、片時も離れたくない夫。人が変わったような甘い声を出しちゃって、あちこち孫と出かけたりしていたんだわ。そしたら娘が言うのよ。 「パパにだけべったりだと困るんだけど」って。 「今どきハンガーを“えもん掛け”なんていう子供がいる？　ノートは“帳面”だし、ペンケースは“筆入れ”。それから、“さじ”だの“下駄箱”だの“便所”だの“汽車”だのって、もうカンベンしてよ」 孫は幼稚園で、夫仕込みの昭和語を連発して、1980～1990年代生まれの保育士さんたちをキョトンとさせているんだって。 「それだけじゃない

三菱自動車の燃費不正問題で、２００５年に同社の新人の社員が不正行為をやめるよう社内で提言したのに、幹部が放置していたことが分かった。燃費不正を調べていた特別調査委員会が２日公表の報告書で明らかにした。調査委は、不正に鈍感な体質を示す事例として問題視している。 調査委は燃費不正を客観的に調べるため三菱自が４月２５日に設置、弁護士ら４人で構成する。報告書によると、新人社員は社内の発表会で、国のルールと異なる方法で燃費データを測っており、改めるべきだと提言した。不正行為を続けていた部門の幹部ら２０人余りが聞いていたという。 幹部らは調査委に対し、記憶にないと答えた。しかし、当時の資料も入手した調査委は、「新人社員の指摘というインパクトを考えても、記憶がないという説明は容易に受け入れがたい」と結論づけた。 １１年の社内アンケートでデータ偽装を示唆する複数の回答が寄せられたが、開発部門の「問題なし」

■日本語の代表的なルール「呼応表現」を知っていますか？ 日本語には「たぶん〜だろう」のように、ある言葉を使ったときに、決まった言葉で受けなければいけないものがあります。これを「呼応表現」といいます。呼応表現は、日本語のルールのひとつです。 ところが、このルールを守れていない文章をよく見かけます。呼応表現が正しく使えていないと、ちぐはぐで稚拙な文章になりかねません。文章の据わりが悪く、論理も破綻しているため、読む人に負担を強いることにもなります。 本記事では、「誤った呼応表現」と「正しい呼応表現」を比較しながら紹介していきます。

Amazonとの競い合い、特にAWSと争うことは厳しいものだ。このクラウドコンピューティングの巨人は目まぐるしいペースでイノベーションを送り出し続けており、第二位と収入において何十億ドルもの差をつけている。そして、この企業にとって失敗は日常茶飯事だ。 だが、AmazonのCEOであるジェフ・ベゾス氏に言わせれば、他社はまだまだ失敗が足りていないとのことだ。 彼は、アマゾンの株主に向けた年次書簡において、「Amazonは世界一の失敗をする企業である」と言い放ち、失敗を糧として、昨年はクラウドで73億ドルの収入を上げる成功に至ったその社風を誇った。また、Amazonは来年の収入を約100億ドルと予測している。 Amazonには他の企業と似たようなところもあるが、他とは明らかに異なるところもある。それの最たるものとは、ベゾス氏によれば”失敗を尊ぶ”という点だ。 「我々が他より際立っているところは

(編注：2020/10/01、2016/07/29、いただいたフィードバックをもとに記事を修正いたしました。) 目次： さまざまな勾配降下法 バッチ勾配降下法 確率的勾配降下法 ミニバッチ勾配降下法 課題 勾配降下法を最適化するアルゴリズム Momentum(慣性) Nesterovの加速勾配降下法 Adagrad Adadelta RMSprop Adam アルゴリズムの可視化 どのオプティマイザを選ぶべき？ SGDの並列化と分散化 Hogwild! Downpour SGD SGDのための遅延耐性アルゴリズム TensorFlow Elastic Averaging SGD 最適化されたSGDに対する更なる戦略 シャッフル学習とカリキュラム学習 バッチ正規化 早期終了 勾配ノイズ 結論 参考文献 勾配降下法は、最適化のための最も知られたアルゴリズムの1つです。これまではニューラルネット

astahにタイミング図がサポートされたのでメモ。 【参考】 astah* 9.2リリースノート | astah タイミング図 | astah* 機能ガイド plantumlでタイミング図が描けるらしい: プログラマの思索 astahとPlantUMLを行き来できるastah* PlantUML Pluginが面白い: プログラマの思索 astah* Mermaid Pluginが公開された: プログラマの思索 Timing図 わかりやすくUMLタイミング図とは 【PlantUMLの使い方】PlantUMLでタイミングチャートを作成する - システムとモデリング UMLのタイミング図を使う機会は正直ほとんどないし、経験もない。 感覚的には、シーケンス図を横型にしたイメージを持っている。 ただ、ハードウェア設計者ならタイミング図をよく使うと聞いているので、どんな状況でどのように使うのか、調べ

シェル変数を展開方法や、位置パラメータ、特殊変数の存在をよく忘れてしまうので、まとめておく。 変数の展開方法と特殊変数は、数が多いので有用そうなものだけまとめる。 ただ、今回まとめた内容は、主にシェルスクリプトで用いることになると思う。 憶えにくい、タイプ数の多い表記が沢山あるので。 動作を確認した環境 zsh (5.0.5) bash(POSIXモード) (4.3.11) mksh (49-1) dash (0.5.7-4) 概要 シェル変数の展開 位置パラメータ 特殊シェル変数 解説 シェル変数の展開 シェル変数の値をセットする際、変数の使用状況・条件に応じて、セットする値や展開したときの表示を、変更することができる。 条件に応じて変数を設定する主な方法は、以下の通り。 ${variable:=value} ${variable:-value} ${variable:?message}

シェルスクリプトで文字列を置換したい際、sedを使う手法が紹介されることが多い。が、実はsedなどの外部コマンドを使わなくても、以下のように変数展開をすることでシェル内部で文字列置換をすることができる。 ${変数名#パターン} → 前方一致でのマッチ部分削除(最短マッチ) ${変数名##パターン} → 前方一致でのマッチ部分削除(最長マッチ) ${変数名%パターン} → 後方一致でのマッチ部分削除(最短マッチ) ${変数名%%パターン} → 後方一致でのマッチ部分削除(最長マッチ) ${変数名/置換前文字列/置換後文字列} → 文字列置換(最初にマッチしたもののみ) ${変数名//置換前文字列/置換後文字列} → 文字列置換(マッチしたものすべて)この機能は記号で書かれるため非常にググりにくいことと、素のshでできること・bashでしかできないことが混在して書かれた記述も多いため、あまりネ

www.iwata09.com このブログを昨日数時間かけて読んだ。 ( 本名でネット活動をしていてfacebookにブログへのリンクがある以上、応募先の企業の方も読んだと思う ) この方のプロフィールには以下の様な記述があった。 今の内から就活の面接で何かネタになることを言える様にしたいと思ってこのブログを始めました。 面接で「あなたは学生時代、何を努力しましたか？」と聞かれた時に他人と違った答えを言える様に引き出しを増やしておきたい。 その答えの1つとして「SEOを意識して記事を書き、ブログでお金を稼いでいました」なんて言えれば僕の志望するIT業界では面接官もきっと興味を持ってくれるはず。 元々就活のために始めたブログのようだけど、多分このブログ就活の足を引っ張ってると思う。 なぜかというと、他者評価的にマイナスになることをあちこちに堂々と書いているからだ。 例えばこの方はIT企業に就