it-shikaku.jp - 基本情報処理 講義 - 目次 -
基本情報 講義 - 目次 - ◆ テクノロジ系 ◆ 基礎理論 1：基礎理論 1．離散数学 2．応用数学 3．情報に関する理論 4．通信に関する理論 5．計測・制御に関する理論 2：アルゴリズムとプログラミング 1．データ構造 2．アルゴリズム 3．プログラミング 4．プログラム言語 5．その他の言語 コンピュータシステム 3：コンピュータ構成要素 1．プロセッサ 2．メモリ 3．バス 4．入出力デバイス 5．入出力装置 4：システム構成要素 1．システムの構成 2．システムの評価指標 5：ソフトウェア 1．オペレーティングシステム 2．ミドルウェア 3．ファイルシステム 4．開発ツール 5．オープンソースソフトウェア 6：ハードウェア 1．ハードウェア 技術要素 7：ヒューマンインタフェース 1．ヒューマンインタフェース技術 2．インタフェース設計 8：マルチメディア 1．マルチメディア技
人生を成功させるための「5年プラン」 | ライフハッカー・ジャパン
ライフハッカーでは、人生の目標や生活習慣、経済状態、食べ物などを絶えずチェックすることを皆さんにオススメしています。何がうまくいっていて、何がそうでないかを知るには、とにかく現状をチェックし続けるしかありません。こうしたチェックのために役立つツールには、いろいろなものがあります。決意表明のチャートやアプリ、目標の実現をチェックしてくれるパートナー、そろばんなど、継続的にちゃんと利用するなら何でも良いのです。 ただ、どんなツールを使うにしても、ベースになるのは「5年プラン」です。これは、人生において重要な長期的目標を目指して、強い意志を持って着実に進むために必要なものです。 残念なことに、「5年プラン」は多くの偉大な古典と同じ道をたどりつつあります。ともすると忘れられ、片すみでホコリをかぶってしまうのです。けれども、「5年プラン」をつくらないと、人生の全体的状況がつかめません。短期的な目標を
変更に基づくソフトウェアのライフサイクルとプロセス
【ソフトウェアプロジェクトにおけるツールの活用を考える会】 ソフトウェア開発におけるツール活用 - Team Foundation Server をベース...智治 長沢
GitHub - rietveld-codereview/rietveld: Code Review, hosted on Google App Engine
GitHub Wiki: https://github.com/rietveld-codereview/rietveld/wiki Google Group: http://groups.google.com/group/codereview-discuss This project shows how to create a somewhat substantial web application using Django on Google App Engine. It requires Python 2.7 and Django version 1.3 (although a previous version using Python 2.5 and Django 1.2 can still be found in the py25 branch in the repository)
Google謹製 ソースコードレビューシステム rietveld(オープンソース版 Mondrian)を動かしてみましょう - ふにゃるんv2
前回のネタの続きです。 前回では、以下のリンクを見て、ソースコードレビューソフトを入れてみました。 【レポート】オール・アバウト・Google Chrome - Google Developer Dayセッションレポート (2) http://journal.mycom.co.jp/articles/2009/06/15/gdd2/001.html Chromeの開発に使用されているツール・・・自動ビルド・自動単体テストのためにBuildbot、コードレビューのためにrietveldというツールが使用されている 今回は、実際に rietveld を入れて動かしてみます。 Google社内で使われているコードレビューシステムと同じようなソフトを手元で動かしてみるなんて、何かワクワクしますよね？ 実際、下図のように、結構簡単に動かせますので、興味の沸いた方は、以下をどうぞ。 1 posted
フロー(ZONE)理論を活用したチームビルディングの考え方 : LINE Corporation ディレクターブログ
こんにちは、佐々木です。 今回、ディレクターブログ編集部から「チームビルティングについてなんか書いて」というリクエストをもらいましたので、プロダクトマネージャーとして意識している「フロー(ZONE)理論を活用したチームビルディングの考え方」というのをまとめてみたいと思います。 まずこの「フロー」という言葉ですが、Wikipediaによるとこういう意味だそうです。 人間がそのときしていることに、完全に浸り、精力的に集中している感覚に特徴づけられ、完全にのめり込んでいて、その過程が活発さにおいて成功しているような活動における、精神的な状態をいう（ZONE、ピークエクスペリエンスとも呼ばれる） フロー - Wikipedia スポーツ選手のインタビューなんかを読んでいると、よくこういう話が出てきますね。野球選手が「ボールが止まって見える」とかいうのも、これにあたるんじゃないかと思います。ではこの
「時間を作る」ための時間管理とタスク管理 : LINE Corporation ディレクターブログ
モバイルグループの小田です。8月に入社したばかりの、まだまだ新人でございます。この2カ月の間、たくさんの案件に関わらせて貰いながらライブドア流のサイト運用を学んでいます。 今回は、こまごまとしたタスクをたくさんの抱える運用ディレクターのための、時間とタスクの管理について書かせて頂きます。 時間管理とタスク管理について 転職して環境が変わると、必ずしもこれまでの経験を役立ててスムーズに進行する、という事がかなわない場合もあります。 使用するツールや運用手順、一つひとつは難しくない作業でも、たくさん抱えてしまって結果的に納期までに終えることが危うい……。そんな経験をされた事ありませんか？ 特にライブドアのモバイルディレクターは、コーディングを手掛ける機会が多くあり、私はまずはそこから勉強を始める必要がありました。「環境」というものに壁みたいなものを感じて、社内的に「かんたんな作業」と言われる作
[仕事術]タスク管理と資料整理のコツはツール選択じゃなかった！？ : LINE Corporation ディレクターブログ
こんにちは！小久保です。最近はこういうブログを書いています。 こちらも宜しくお願いいたします。 さて、仕事術と言うと仰々しいのでイヤなんですが、タスク管理の上手い下手の違いは使っているツールの違いではなく、運用方法の違いなんだよね、という話を急にしたくなりました。 タスク管理のツールや手法については、このディレクター Blog にも色々と紹介させていただいているので参考にしていただければと思いますが、正直ツールに正解は無いと思います。付箋であったり手帳であったりマイホワイトボードであったり、自分にあったものを使えばいいんです、きっと。 で、運用方法の違いが肝だと書きましたが、どういうことかといいますと、 「タスク管理が上手な人は、短期タスクと中長期タスクの切り分けが上手い＆そのタスク切り分けの運用が上手い」 ということです。今絶対にやらなければならないものは何か？短期ではないけど中期的には
![[仕事術]タスク管理と資料整理のコツはツール選択じゃなかった！？ : LINE Corporation ディレクターブログ](https://cdn-ak-scissors.b.st-hatena.com/image/square/d101c3f4a2345cac5a82fb6dbe376d271247bc28/height=288;version=1;width=512/https%3A%2F%2Flivedoor.blogimg.jp%2Fld_directors%2Fimgs%2F5%2Fb%2F5b4c2947.jpg)
綺麗なだけじゃ意味がない！ディレクターが見落としがちな仕様書作成の４ポイント : LINE Corporation ディレクターブログ
こんにちは。ウェブサービス本部の河野です。 ディレクターの業務の重要なものの一つに、仕様をまとめたりドキュメントを作る業務があります。限られた時間の中でシステムを開発しなければならない際に、どのようなドキュメントをどこまで作成するか悩むことも多いかと思います。 そこで今回はディレクターがドキュメントを作成する際の心がけやポイントについて考えてみたいと思います。 １．ドキュメントを作ることが目的とならないようにする 当たり前のことですが、一番重要なのは進めているシステム開発が納期通りに不具合なくリリースできることです。仕様をメンバーに理解してもらうことが第一で、その手段としてドキュメントがあるという優先度を間違えないようにしましょう。 きちんとしたドキュメントの作成には時間が掛かり、変更時の更新にも同じく時間がかかります。また、更新をせず情報が古いままの場合、開発メンバーがそれを最新バージョ
CCFinder ホームページ
AIST CCFinderX AIST CCFinderXはコードクローン検出ツールです。Java, C/C++, COBOL, VB, C#のソースコードから、コードクローン（重複コード）を検出します。 CCFinderXは、拙作CCFinderのメジャーバージョンアップであり、新しい設計と技術により、性能の向上、利用者による前処理のカスタマイズ、メトリクスに基づいた対話的な分析を可能にします。 10.2.5.0のスナップショット → 散布図ギャラリーへ 10.1.Xからの変更点・非互換性 マルチコアCPU向けに、マルチスレッド化しました。 検索ボックスがつきました。 プリプロセススクリプトがPythonのスクリプトとして記述されるようになりました。 CCFinderXを実行する際にPython処理系が必要になりました。 ccfxのコマンドラインオプションが大幅に変更されました。 クロー
C Coding Standards
$Id: c-style.html,v 1.3 1996/12/31 18:24:36 larson Exp $ Back to the home page. Standards and Style for Coding in ANSI C Overview ANSI Standard C Fighting With C Comments Source File Organization Declarations and Types Use of the Preprocessor Naming Conventions Indentation and Layout Expressions and Statements Functions Complexity and Performance The Standard Library Further Reading Overview This
CoFlo | C and C++ Control Flow Graph Generator and Analyzer
I’ve uploaded another teaser showcasing some of the work going into the CoFlo 0.0.5 release. The subject this time is the enhancement of the HTML reports CoFlo generates. See the live demo of the ongoing work here. Note: The live demo works to varying degrees when run under various browsers. At the moment, both Firefox (16.0.2) and IE9 (32-bit, 9.0.8112.16421) seem to have no issues, while Chr
島ぶくろ Graphviz サンプル集 （使い方）
組込みソフトウェアを考える。状態マシン図、プロダクトラインも考える。HaskellとElixir大好き、Rubyも好き。島敏博のブログ。 無向グラフ、有向グラフ作成ツール Graphviz http://www.graphviz.org/ のサンプル集です。 Graphvizをインストールして、 以下のようなテキストをいれたdotファイルを作り、 コマンドラインから、 dot -Tpng nagano.dot -o nagano.png などと打てば、画像ファイルができあがります。 位置の微調整とかできませんが、てっとりばやく 説明図面が作りたいときには重宝します。 路線図やプロセスフローダイヤグラム、関数呼び出し関係図、データ構造の図などが簡単に描けます。 ただいま少しずつサンプルを増やしています。 木が２本の無向グラフ。辺にラベルがついている例。 日本語を使いたいときはUTF-8でdo
ユーザ受け入れテストでレガシーコードと戦っていく
レガシーコードとは、レガシーコード改善ガイドを参考にすると、テストのないコードを指しています。コードだけでなくレガシーなシステムも存在し、レガシーじゃないシステムよりレガシーシステムのほうが多いので、新しい要求への対応と、レガシーコードの改善をうまくやっていくスキルが求められるのではないかと思います。今日は、うまく戦っていく手段について考えてみました。 レガシーシステムでの問題 自動化されたテストのない現場にいたときに、以下の問題に直面しました。 レグレッションテストに時間がかかる 何をもって「ちゃんとテストした」のかがわからない 結果的に、リリース作業時間が長くなり、リリースにかけるコストが大きく膨れたり、テストを網羅しきれず、トラブルが継続的に発生してしまうというダメージを受けてしまいます。 1については、新しく追加した機能のテストはできても、追加した影響範囲まで特定できず、別の所で問
技術的負債の把握と改善を促すために - mixi engineer blog
こんにちは. 先日水道を止められて水のありがたみを再確認したgoccyこと五嶋@たんぽぽグループです. 今回は, 先日q_zouさんから紹介のあった技術的負債を減らす取り組みの一環で, 僕が開発したビジュアライザについてご紹介させて頂きます. はじめに 弊社では主な開発言語としてPerlを採用しており, そのソースコード量は数十万行単位に上ります. 自社で開発したライブラリ群はプロジェクトルート下のlib/Mixi/配下に設置されており, 更にその下でサービスや用途毎にNamespaceが分かれています(lib/Mixi/APIやlib/Mixi/Photo, lib/Mixi/Voiceなど). ※以降, 文章中のNamespaceという表現は, これら(lib/Mixi/APIなど)を指すものとします. 本来であればNamespace単位で疎結合化されているべきですが, なかなかうまく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オンライン英会話を120％活用する方法 ― フリートークでは英語は上達しません
404 NotFound
東大合格生のノートのとり方から生まれたドット入り罫線-コクヨ