プログラミング教材の編集に携わって3年経ち、いろいろな知見が貯まってきたので「ドキュメント執筆に関するアウトプット」を行ってみようと思います。 自己紹介 ドワンゴでN予備校のコンテンツ制作に携わっているアルバイトの1人、 ryo-a です。 現在の本業は大学生で、慶應義塾大学にて計量経済学の分析に関係するあれこれをやっています。4月から慶應義塾大学大学院に進学予定です。交通関係の情報や大規模データの処理を好んでおり、最近は地理空間情報処理ツールや各種CLIツールなどを作っていたりします。 2017年4月よりアルバイトとしてドワンゴで働いており、主にプログラミング教材の制作補助に関わっています。働きはじめて3年近く経ち、色々な知見が貯まってきたので教材編集を通じて得られた知見を書いてみます。 併せて、プログラミング教育におけるノウハウが業界内で共有されていけばいいな、とも思います。 （個人的
「Xanadu(ザナドゥ)」は1960年に開発がスタートしたシステムで、2014年4月後半にこれまで54年間のプロジェクトの成果物としてひっそりと「OpenXanadu」というソフトウェアをリリースしました。Xanaduは、現在インターネット上で使われているハイパーテキストシステムであるWorld Wide Web(ウェブ)のポジションに就いて、現在のインターネットを構成する基本システムになっていたかもしれないものなのですが、開発が遅すぎてもはやそれも夢物語状態です。しかし、Xanaduの産みの親であるテッド・ネルソン氏にはまだ大きな野望があるようです。 World's most delayed software released after 54 years of development | Technology | theguardian.com http://www.theguard
Code Completeの上下巻を読んだ。 CODE COMPLETE 第2版 上 完全なプログラミングを目指して 作者:スティーブ マコネル日経BPAmazonCODE COMPLETE 第2版 下 完全なプログラミングを目指して 作者:スティーブ マコネル日経BPAmazon 読んだ感想としては、職業プログラマーなら必ず読むべき本だなと感じた。 この本ではソフトウェアコンストラクションに関する話題を扱っている。この本の中でソフトウェアコンストラクションとは、詳細設計、コーディングやデバッグ、単体テストなどなど、要求定義が終わった後、ソフトウェア製作に必要なプロセス全般のことを指している。 主なテーマとして、どうやってソフトウェアにおける複雑さを減らすことが出来るのか、について書かれている。そのテーマをいろいろな観点から説明されている。例えば以下の様な観点がある。 上流工程の欠陥による
UEI（ユビキタスエンターテインメント）が開発中のタブレット端末「enchantMOON」の波紋が広がっている。同社は2013年1月8日から米ラスベガスで開催された「2013 International CES」にenchantMOON試作機を展示し、各種メディアに取り上げられた。同社にはさまざまな方面からの問い合わせが届いているという。 タブレット端末分野は、2010年に登場した米AppleのiPadの成功で急激に注目が高まり、今では韓国サムスン電子、台湾ASUS、米Amazonら複数のメーカーが競う「激戦区」となっている。enchantMOONの試みは、一見するとこの激戦区に日本の中堅ソフトウェア開発会社が殴り込みをかける無謀な試みであるかのように見える。 だが、UEI代表取締役社長兼CEOの清水亮氏の談話を聞くことで、enchantMOONは現在主流となっているタブレット端末とはまっ
はじめに Fluentdは、ログを収集し格納するためのログ収集基盤ソフトウェアです。Fluentdにインプットされた、すべてのログをJSONに変換し、アウトプットします。インプットとアウトプットはモジュール化されており、モジュールを追加することでインプット元とアウトプット先を追加できるようになっています。 Fluentdは急速に知名度を高め、多くのWebサービス会社で実際に使用されるようになりました。従来のログが抱えていた問題も、Fluentdが適切な解決策となっていると認知され、かつ簡単に導入・スモールスタートできるミドルウェアであったことが大きかったと思います。 本稿では、Fluentdの簡単な仕組みと導入方法、シンプルな動作事例について紹介します。 対象読者 システム管理者 データサイエンティスト 必要な環境 UNIX系OS Ruby 1.9 ログを出力する理由 システム運用を始める
「プログラミング経験のない人がソフトウェアの設計をすること」の是非について、どう考えますか？ もしかしたら、このブログの読者であれば、プログラミングが出来ないのにソフトウェア設計をするなんてありえない！という意見の方が多いかもしれません。私もそういう意見ではあったのですが、色々な人と話をするにつけ、どこか違和感を感じていました。 その違和感の正体を探るべく、ソフトウェア設計とプログラミングについて考えてみました。そこでわかったことは「ソフトウェア設計」について、人それぞれに捉え方が違うために、話が通じないことがあることから産まれた違和感だったということです。 この記事では、私の考える「ソフトウェア設計とは何か」について書きました。 ソフトウェア開発はすべてが「設計」である モノづくりにおいて、大きく工程を２つに分けるとしたら「設計」と「製造」に分けることが出来ます。何をどう作るかを決めるこ
通常、MacのFinderは１ウィンドウ毎に開くしかありませんでした。 ですが、XtraFinderを使うと１ウィンドウにいくつものタブを追加して使用できる！ようになります。感覚的にはFirefoxやGoogle Chomeの様なブラウザみたいなイメージ。 タブ化が出来ると何が便利って、もう全部便利！ あっちこっちにウィンドウを開いておかなくても良いのでスッキリですし、ファイルの整理なんかも楽に行うことが出来ちゃいます。正直タブに慣れてしまうと無しでは作業が面倒でやってられません・・・！ 他にも機能がたくさん！ 主な物では以下の様な事が出来ます。 Command + X（V）でカット＆ペーストが出来る様に！（右クリックからも！） フォルダを先頭に並べてくれる ファイルのパスを簡単にコピー可能に サイドバーアイコンをカラーで表示 Returnキーで選択項目を開く Backspaceで戻る 等
![[Mac] 「XtraFinder」と「BetterTouchTool」で武装したFinderは最強かもしれない](https://cdn-ak-scissors.b.st-hatena.com/image/square/b2342449774c0327e2a111cd673c12526acafbec/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Ftools4hack.santalab.me%2Fmedia%2Fuploads%2F2015%2F03%2Fmac-xtrafinder-and-bettertouchtool-01.jpg)
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編） ふだん何気なく使っている鉄道。改札を降りるときにICカードを自動改札にかざすと、「ピッ」という音と共に一瞬のうちに運賃を計算してくれます。けれど、複数の路線を乗り継いだり、途中で定期券区間が挟まっていたりと、想像しただけでもそこには膨大な組み合わせがあります。それでも運賃計算プログラムはわずか一瞬で正しい運賃計算が求められ、バグがあったら社会的な一大事にもつながりかねません。 爆発的な計算結果の組み合わせがあるはずの運賃計算プログラムは、どうやってデバッグされ、品質を維持しているのでしょうか？ 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡
2007年4月から公開しているTwitter用Windowsクライアント「Twit」ですが、現在公開しているバージョン3.90をもちまして、開発終了とすることにしました。 3.90を公開したのが、2011年6月ですから、もう1年以上バージョンアップをしていません。そして、その前のバージョン3.88は、2010年7月に公開ですから、もう、これは、開発が止まっていると言ってもおかしくない状態ではありました。 まだ使ってくれているユーザさんもいますし、Twitterの仕様変更の際にはなんとか使えるようにして急場をしのいできましたが、以前のように活発に機能を追加したりするような開発はもう行えそうにありません。 もともと、日本語が使えるWindows用のクライアントソフトがなかったので作り始めたものでした。 その後クライアントがたくさん開発されて選択することができるようになるまでは、Twitくらいし
「Software Foundations(和訳: ソフトウェアの基礎)」はBenjamin Pierce氏らによって書かれたドキュメントであり、Coqによりプログラミングやプログラミング言語の理論が解説されています。基本的な部分から丁寧に解説されているため、Coqの入門書としてもプログラミング言語理論の入門書としても、非常に優れた内容となっています。 今回は、その「ソフトウェアの基礎」のePub版を公開しました。 対応したリーダを用いることで、iPhoneやiPad、Androidで本ドキュメントを読むことができます。 ダウンロード http://proofcafe.org/sf-beta/ からダウンロードできます。 またmobi版もありますが、Kindleを持ってないので、動作確認はしていません。 バグ報告 http://github.com/sfja/sfja へのissues登録
ここ最近の「アジャイル」という言葉の使われ方に違和感を感じています。 年々システム開発のプロジェクトは、短納期化と低コスト化の流れが進んでおり、それによってリスクが増して且つ利益の出にくい状況になりつつあり、多くのシステム開発を請け負うシステムインテグレータは様々な取り組みを進めています。 そして、その一つとして期待されているのが「速い・安い」を実現する「アジャイル開発」だと言うわけです。もはや、まるでファストフードです。 大手システムインテグレータが集まってアジャイル検定を始めるようです。一部引用します。 アジャイル検定の本格運用に向けた、アジャイルソフトウエア開発技術者検定試験準備委員会を設立 近年、ソフトウエア開発では、厳しい経済不況などの影響を受け、ユーザーの要件を確実に、高品質に、より短期間で提供することが求められています。このような環境の下で、注目されているのがアジャイル開発手
これまでのSEcafe 第24回SEcafe『起業家のためのよく効くウェブ戦略×顧客獲得方法』(2016.4.25) 第23回SEcafe 『直前対策：情報セキュリティマネジメント試験対策の総仕上げ』(2016.4.5) スクラムのエッセンスを訳者のみなさんにリレートーク形式で語っていただきました！ 第22回SEcafe 『エッセンシャル スクラム』セミナー（2014.10.7）開催概要 セラー界の有名人お二人にAmazon出品サービスで「稼ぐ」ためのコツを教えていただきました！ 第21回SEcafe 『Amazon出品サービス達人養成講座』セミナー（2014.9.3）開催概要 ランサーズ上で仕事をするコツを教えていただきました！ 第20回SEcafe 『ランサーズで始める！あなたの「特技」をお金に変える本』セミナー（2014.8.25）開催概要 Facebookページの運営で大切な「投稿
Coderetreat とは？このイベントは1日中集中して、ソフトウェアの開発と設計にフォーカスして練習するためのイベントです。 仕事を片付けなければならない通常の仕事であるプレッシャーから解放して、徹底的に練習する機会を提供することで、スキル（プログラミングや高度な設計など）に非常に有効的なことで知られています。 モジュール設計、オブジェクト指向などの基本原則を改めて、練習することによって、将来にわたって変更コストを小さくする“エレガントなコード”を書くスキルを磨くことが出来ます。（ソフトウェアのテストを書くのは基本なので、身につけていない人はとても鍛えられる事になるはずです） 具体的には、コンウェイのライフゲームをペアプログラミング（2人で1つのコンピュータを使ってプログラミングする）で1日に5〜6回も毎回違うペア同士で、プログラミングをします。これによって、学びを得ます。 コンウェイ
ソフトウェア開発にはどんな役割が必要だろうか。よくあるウォーターフォールの世界では「要件定義」「基本設計（外部設計）」「詳細設計（内部設計）」「実装」などといった名前で工程を分けることで役割を分けています。アジャイル開発のスクラムでは「プロダクトオーナー」「スクラムマスター」「チーム」といった名前で分けています。役割の名前が違えば、ソフトウェアのつくり方が違うかというと、そうではなくて「やるべきこと」は同じだと考えています。 ソフトウェアをつくる上で「やるべきこと」は何か ソフトウェアをつくる上で「やるべきこと」は何かをざっくりと分けてみます。 最初に、どんな困った問題を解決したいか、どんなことを便利にしたいか、といった根源的なことが思いつきます。次に、どうやって解決するか、何をつくれば良いか、というアプローチを考えます。そして、それを実際に動くようにプログラミングしていく訳です。 一人で
プログラミング技術さえ身に付けば、プログラマとして一人前と言えるでしょうか？ プログラミングを始めたばかりのうちは、プログラミング言語の習得や周辺の知識を得ることばかりに目がいきがちですが、それだけでは一流のプログラマになれません。（プログラミング言語を学びたいならこちら：写経で身につけるプログラミングの基本） プログラマとして成長するためには、プログラミング技術を学ぶだけではなく、良いソフトウェアを作るための良い習慣を身に付けることが大事になります。初心者のうちに良い習慣を身につけておけば、ただ知識を追い求めるのではなく地に足をつけた成長ができるはずです。 本記事では、私自身も先人たちから学んだプログラマが身につけたい３つの習慣について書いています。 自分で書いたすべてのコードを説明できるようになろう プログラミングは全て、明確な判断の結果です。if文を使うべきかどうか、どのAPIを使う
心底、プログラマとして生きていくのが幸せなんだなと思える人に出会ったことのある@HIROCASTERでございませう。 プログラミングが上達するベストプラクティスってあるんでしょうか？ 大学でコンピュータ教えている教授なんかは、そのあたり教えてくれるんでしょうか？ あなたの先輩は教えてくれましたか？ 昔ながらの職人がいう、見て、まねて、盗め。ですかね？ 僕の経験で、いくつか書いてみました。 毎日コードを書く とにかく毎日コードを書いている。 息を吸うように、歯磨きををするように、顔を洗うように、食事を取るように毎日コードを書いている。 テストコードも書く 動くソフトウェア側のコードだけでなく、テストコードも書いている。 必然と設計も考える癖が付くわけで…。 ソフトウェア全体を仕上げるまで書く 例えば、小さなメソッドだけでなく、クラス全体を。 ソフトウェアとして動作するまで全体を。 全体を仕上
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
