意外と知らないバージョン表記・数字の豆知識
「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします（編集部） ちまたにあふれるバージョン表記 少し前に「Web 2.0」「○○2.0」という表記が流行したのを覚えていますでしょうか。よく見かける広告のコピーにも、最近では「バージョンアップ」という言葉が普通に使われています。バージョンや、バージョン表記は、ソフトウェアの世界だけでなく、ごくごく一般化したように思えます。しかし実際には、どういう意味か分からないのが、バージョン表記です。 アプリケーションソフトウェアの開発は、さまざまな状態／段階を経て完成します。その段階／状態と、リリース後の状態／段階を示したのが、バージョン表記です。 例えば、数字以外でも、以下のような表記を見かけたことはありません
トップページ - コミPo! （コミポ）公式サイト
コミPo! は「すべての人にマンガ表現を」という思いから生まれた「3Dキャラで組み立てる、マンガデザインツール」です。マンガ・広告・ポスターの他、難しい解説書もコミPo! ならマンガ表現でわかりやすく伝えられます。 もっと読む > コミPo! の活用事例をご紹介！ はじめてのX-M1 & X-A1 (富士フイルム イメージングシステムズ株式会社) 「日本語能力試験」対策アプリ (株式会社ワオ・コーポレーション) もっと読む >
第4回 オブジェクト指向の本質 | gihyo.jp
エンジニアとして良い仕事をするために必要なこと ソフトウェア業界で日米を往復しながら仕事をしていると、世界中のさまざまなエンジニアに会う。私のように「プログラミングを心底楽しんでいる」人から、「新3K」（きつい・厳しい・帰れない）を身をもって体験している人までさまざまだが、共通して言えることは、エンジニアとしての基礎がしっかりできている人とできていない人では、その生産効率に大きな開きがあり、それが結果的には、会社での労働環境や待遇に、そして結果として自分自身にとっての「仕事の充実度」に、大きな影響を与えているということである。 いつも締め切りに追われている、毎回バグで苦しんでいる、徹夜の連続で体力に限界がきているなど、「仕事がきつい」理由はいろいろとあると思うが、会社や上司の悪口を言う前に、自分自身がプロフェッショナルなエンジニアとしてこの業界で勝負をするうえで必要な最低限の基礎がで
第2回 「締め切りは絶対に守るもの」と考えると世界が変わる | gihyo.jp
「締め切りを守ること」の大切さ 今までたくさんの日米のエンジニアと仕事をしてきた。その中には私よりも明らかに「賢いエンジニア」もいたし、ものすごい生産性でプログラムを作ってくれる「馬力（ばりき）のあるエンジニア」もいた。しかし、そんな中でも、私がものを作るうえで最も大切だと考えている「あること」をキチンとこなせる人は100人に1人もいなかった。その「あること」とは、「常に締め切りを守れるように仕事をすること」である。 チームで仕事をする場合、どうしてもお互いが担当するタスク（＝作業）の間に依存関係が生じる。そんなときに、どれか一つのタスクの完了の遅れが、ほかのタスクの完了に波及し、それがタスク間の競合を引き起こして全体のスケジュールがさらに遅れる、という事態はソフトウェア開発の現場ではよく見られる。そんな状況をできるだけ回避するには、プロジェクトに関わる人全員が、自分に割り当てられたタス
オープンソースソフトウェアで、一生使える「自前」の環境を
「高いライセンスを払ってデータベースを使わせたりＳＰＳＳを使わせたりMathematicaを使わせたりするのは大学までだ。それはあなたが高い学費を払っていたからだ。その先は、どこに所属しても、数年後は違う場所で働いているかもしれない」 「だから環境は自前で維持しなさい。そのためにソフトはオープンソースのものを使って、その使い方を学ぶことに時間を投資しなさい」 オープンソースソフトウェアで、 一生使える「自前」の環境を 自立とは、一人で立つことではない。 自立が、隷属の反対なのだとしたら、それはぶっちゃけマイクロソフトにだけ依存するのではなく、できるだけ多くの、匿名に近いほど無数の、人々に依存することで獲得される。 「自前」の環境は、あなた一人で作り上げることはできないだろうし、その必要も無い。 世界には、あなたの助けになりそうなものが、すでにたくさん存在するのだ。 しかし、あなたが「いろん
ソフトウェア開発生産性についてのあれやこれや - 未来のいつか/hyoshiokの日記
最近、ソフトウェア開発生産性についてあれやこれや考えている。IBMがOS360を作った40数年前から活発に議論されていて、ソフトウェア工学という学問分野があるけど、物理学や化学や電気工学あるいは数学のような分野と違って多くの人が認める公理系のようなものは存在しない。コンピュータサイエンスの大学の先生は、物理の大御所の先生に、「ところで、きみ、コンピュータサイエンスというのはどこがサイエンスなんだね」とか言われちゃうそうで、そーだよなーとは思ったりもする。 サイエンスではないとしてもエンジニアリングとして、再現可能な原理原則を発見したいと思うのだけれどもなかなかそれも遅々として進まない。20数年前に大学を卒業してこの業界にはいり、それなりに、ソフトウェア工学のいろはも学んだし、ソフトウェア品質保証のなにがしかについても現場で経験を積んできたりもした。会社や業界のベストプラクティスや成功のパタ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News