「コードは設計書だ」と本気で思い直したきっかけ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 「コードは設計書だ」と本気で思い直したきっかけ 「詳細設計はありません。現行踏襲で。仕様はソースを読んでください。」 ある現場でこう言われたとき、「あ、これはマズいかもしれない」とうすうす感じていました。 一応、設計書はありました。でも中身はほとんど空っぽで、画面イメージとテーブル定義が少し書いてあるだけ。肝心の処理の流れや、なぜそうなっているのかといった話はほとんど触れられていません。 設計担当に聞いても、返ってくるのはだいたいこんな答えでした。 「現行踏襲なので、細かいところはソースを見てください」 頼みの綱の既存コードを開いてみる
日本マイクロソフト、GitHub上でクラウドPOSなどのソースコードを公開
日本マイクロソフト、GitHub上でクラウドPOSなどのソースコードを公開：スマートストア構築支援に向けた取り組みの一環 日本マイクロソフトは2019年1月29日、日本独自の取り組みとして、小売業が「スマートストア」構築に使えるキャッシュレス／スマートフォン決済対応POSや、商品マスター／在庫管理システムのソースコードを、GitHub上で公開すると発表した。 日本マイクロソフトは2019年1月29日、小売業が「スマートストア」構築に使えるキャッシュレス／スマートフォン決済対応POSや、商品マスター／在庫管理システムのソースコードを、GitHub上で公開、誰でも無償で活用できるようにすると発表した。当然ながら、これらのコードはMicrosoft Azure上での稼働を前提としている。 日本マイクロソフトが1月29日に行った説明によると、同社は日本独自の取り組みとして、小売業のスマートストア化
基本/詳細設計って呼び方やめませんか - Qiita
システムの規模がそこまで大きくない場合は、外部設計、内部設計だけでよさそうです。 ここまでで、「基本」「詳細」という呼び方ではいまいち分かりづらかった記述範囲がはっきりしてきたので、引き続き、これらの範囲内をどのように書くべきか考えてみます。 設計の 5W1H よく分からないものについて考えるときに、取っ掛かりとして 5W1H で考えてみるのは定石です。言うまでもありませんが 5W1H とは WHEN (いつ) WHERE (どこで) WHO (だれが) WHAT (なにを) WHY (なぜ) HOW (どのように) ですね。 このうち、WHEN と WHO はステークホルダーを追加した V 字モデルで明らかにしました。WHERE はあまり関係なさそうなので、残りの WHAT, WHY, HOW について考えてみましょう。 設計の WHAT 設計における WHAT とはどういうことでしょう
2011-02-18 - ITは芸術だ レガシープログラマかどうかを判断する10項目
※2011.3.30追記 11個目の判断項目を追加しました。 また、「昔はね...」の補足説明を各項目に追加しました。 レガシープログラマ = モダンな言語のおいしい機能をうまく使いこなせていないプログラマ おいらは時々社内システムのコードレビューなんかをやっているのですが、「なんかちょっと前時代的だな〜」とか「ちょっと修正したらC言語でもコンパイルできそうだな〜」って思うことがよくあります。 おいらがレビューする言語は主にC#です。C#やJavaのような比較的モダンな言語のおいしい機能をうまく使いこなせていないプログラマを、ここでは「レガシープログラマ」と呼ぶことにします*1。 そこで、おいらがこれまでに見てきたコードの中から「これはレガシープログラマっぽい」と思った典型的な症例を10個11個挙げてみます。 レガシープログラマの判断項目 使われるローカル変数をすべてメソッドの最初に宣言す
プログラミングの学習を劇的に効率化する「Janki」メソッド | ライフハッカー・ジャパン
「熟達」には時間がかかり、急いで何かを学ぼうとしてもうまくいかないもの。しかし、中には例外もあるようです。講義ノート売買サイト「Oxbridge Notes」の創設者のJack Kinsella氏は、プログラミングを短期間で学習できるメソッドを編み出しました。 Kinsella氏はこのアプローチを「Jankiメソッド」と呼んでいます。以前にライフハッカーでも紹介した単語学習アプリ『Anki』を使った、学習をさらに効果的にするために作られたメソッドで、以下の8つのルールで構成されています。 何か新しいことを学んだ時はいつでも、カードに質問と回答を書き入れる。 Ankiを毎日使うこと。週末や休暇中も忘れずに。徹底的にコミットすること。 文脈の中で学習すること。「やりたいこと」を1つ選び、それを成し遂げるために必要な知識だけを集中して学ぶ。 実際に試してうまくいったものだけを単語帳に追加すること
実用レベルになってきたWebベースのプログラミングエディタ·Scripted MOONGIFT
Scriptedはnode.jsで作られたWebベースのプログラミングエディタです。 Webブラウザ上で開発できる環境が徐々に整いつつあります。ローカルとはまた違う魅力が提供できるでしょう。今回はその一つ、Scriptedを紹介します。 メイン画面です。左側に実行したディレクトリにあるファイル一覧、右側がエディタになります。 各プログラミング言語に対応したハイライター付きです。 TODOについては緑のアイコンが表示されます。 構文チェッカーもあります。 縦にスプリットもできます。 キーボードショートカットもあります。 ScriptedはWebブラウザ上で動作しますが、ファイルの保存にも対応しています。操作性はテキストエディタとして十分な機能があります。コーディングするエリアも可読性が高く、使いやすいです。 Scriptedはnode.js/JavaScript製のオープンソース・ソフトウェ
業務ロジックをデータモデリングはどこまで表現できるか？ - プログラマの思索
「業務ロジックをデータモデリングはどこまで表現できるか？」について考えたことをラフなメモ書き。 業務システムでは、データが命。 データには個人情報が含まれるために管理が重要だったり、売上データやPVデータから、どの層の顧客から売上やアクセスが多いのか、を計測することもできる。 すると、それらデータを格納するRDBが必要になり、そのテーブル設計が重要になってくる。 顧客の業務プロセスをモデリングする場合、最近ならOOAが主流。 でも、DOAの方が現代は重要性を増していると考えている。 例えば、Railsのような優れたWebフレームワークがあれば、ER図さえきちんと作れば、DBマイグレーションとプログラム雛形を自動生成することによって、テーブルのCRUDのような画面はすぐに作れてしまうからだ。 日本におけるデータモデリングの歴史は意外に古い。 TH法、T字型ER、渡辺さんのXEAD Model
ソフトウェア開発プロセス残酷物語 - give IT a try
昔々、あるところにジェイソンという、大変真面目な開発者がおりました。 彼がとある会社の情報システム部にやってきたとき、彼は社内システムのクオリティのひどさに衝撃を受けました。 情報システム部といっても、その会社では外注はせず、社内の開発メンバーがシステムを作っていました。 ジェイソンがそこで最初に担当したシステムは、見事なまでのスパゲッティコードでバグだらけ、データ設計も素人レベルでパフォーマンスも最悪、エラー処理もずさん、おまけにまともなドキュメントもなく、ちょっとした障害を調査したり、小さな改造を実施したりするのにも、大変な苦痛を伴うという、それはそれは大変なシロモノでした。 このシステムは元々エセーグルという、ちょっと変わった名前の開発者によって作られていました。 しかし彼はすでに別の開発チームに異動していて、こちらの質問には答えてくれますが、もはや本人が直接手を動かすことはありませ
ソフトウェア開発プロジェクトをとりまく６つの誤解〜プログラミングを経験しないとわからないこと | Social Change!
続きを書きました → 伝えなければ伝わらないという当たり前の話 ソフトウェア開発に関する相談を受ける中で、どうもソフトウェアというものの特性について誤解をされているな、という思いを持つことがあります。 そうした場合、聞いてみるとプログラミングの経験が無かったり、殆どプログラミングには携わったことがないという方が多いです。 ソフトウェアを開発しようとするならば、ソフトウェアという特性をよく知った上で、プロジェクトは運営した方が良いし、うまくいくはずです。そしてソフトウェアならではの特徴を知るのに、プログラミングの経験はとても重要です。 この記事では、プログラミング経験の無い方が陥ってしまいがちな、ソフトウェア開発にまつわる誤解について考えてみました。 Harry Potter is Ready for Divination / weekbeforenext 誤解：既にあるソフトウェアを流用し
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
2012年に開発者が学ぶべき10のスキル
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ここ数年、ソフトウェア開発の世界は比較的穏やかだった。しかし、HTML5が地歩を固め、Windows 8がWindowsの開発シーンに大きな変化を迫っている今では、ジェットコースターの日々が戻り、スピードはますます上がってきている。もし最先端に居続けたいのなら、少なくともこの記事で挙げる10のソフトウェア開発スキルを身につけることを検討すべきだ。 1．モバイル開発 モバイル開発を学ぶのに時間を割く価値などないと考えているのなら、考え直した方がいい。2011年のAndroid携帯の世界出荷台数は、ほとんどPCの販売台数と同じだ。他の有名なモバイルデバイス（iPhone、iPad、そして「瀕死状態」のRIMデバイス）を加えれば、販売台数で見
できる！並列・並行プログラミング
現在のマルチスレッドプログラミングの抱える問題点と、代替案をわかりやすく解説いたします。最近登場したConcurrent Revisionsも解説します。
試そう！PHPコードを解析して修正点を指摘·phpca MOONGIFT
phpcaはPHPを静的に解析して小さなミスやコードの修正点を指摘してくれるソフトウェアです。 PHPを書く際にどう書けば小さなミスによるバグの発生を防げるでしょうか。一定の基準に沿って記述することで整然としたコードを実現し、可読性をあげることでバグの混入を防ぐことができます。そこで使いたいのがphpcaです。静的にPHPファイル（ディレクトリ単位も可）を解析し、修正すべき場所を指摘してくれます。 解析処理を実行しています。PHPのパスと、解析したいファイルやディレクトリ名を指定して実行します。解析処理中は随時メッセージが出力されます。 メッセージ例です。タブの利用や行の使い方に関してなどメッセージが表示されます。 ?>がない場合もメッセージが出ます。これはPHPの書き方としては逆かも知れません（確かない方が良いという話なので）。 PHPを書く上でありがちなミスやバグにつながりそうな指摘を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ
http://www.it-top.biz/tools/encode/
in the looop | Looops communications
ソースコードの品質向上のための効果的で効率的なコードレビュー
情報工学は面白い！