Windows 8.1ではじめるイマドキの開発環境 - Qiita
今までは、メインマシンにはLinuxやMacを利用していました。 ただ、最近はVagrantとかが充実してきてLinuxで動くWeb系の開発をするからって、環境をUnix系にする必要もないかな、と思って変化を求めてWindows 8.1 環境をデスクトップにししてみました。 別に紙芝居ゲームや艦これのため変えたわけじゃないですよ？ ええ、違うんです。 作業してて結構ハマったり、昔のWindowsの環境構築とは様変わりしてた部分もあるので、その辺をメモります。 はじまりはアカウントから プログラマがWindows 8.1を使うならばまずはじめに考慮することはログインアカウントです。 Windows 8からは認証アカウントをMicrosoftアカウントと連携させることが推奨されます。 利用しているアカウントがローマ字などASCIIだけなら問題はありませんが、私のようについうっかりと日本語名にし
ちょっと一休みして「技術翻訳」の話【その2】 ～オフショア開発とご近所付き合い～
ちょっと一休みして「技術翻訳」の話【その2】 ～オフショア開発とご近所付き合い～：山浦恒央の“くみこみ”な話（59）（1/2 ページ） オフショア開発は、海外（外国人）に発注するから難しいのではなく、他人に発注するから難しい――。前回に引き続き、オフショア開発の話題から少し離れ、ちょっと一休み。“番外編”として「技術翻訳」のコツ、テクニック、注意すべき点を紹介する。 前々回で、言語間で意思疎通する方法、すなわち「翻訳」について解説しました。 今回も前回に引き続き、“番外編”として、実践的な翻訳、特に「技術翻訳」のコツ、テクニック、注意すべき点を紹介していきます。「オフショア開発」から少し離れ、ちょっと一休みのつもりで読んでいただければと思います。 1．技術翻訳の誤解 読者の皆さんの中には、海外企業から送られてきた英語の技術文書を、「15時からの設計会議で配布するから、キミ、ちょっとこれ日本
【まとめ】これ知らないプログラマって損してんなって思う汎用的なツール 100超 - Qiita
2019/06/11追記: これは2012年の投稿です。なぜかはてなブックマークで拡散されていますが、内容は時代にそぐわなくなったものもあるのでご注意ください。 これ知らないプログラマって損してんなって思う汎用的なツールのコメントに寄せられたツールを分類分けしてみました。 解説は、ほぼコメントに寄せられた内容のコピペです。 URLのみの記述は公式サイト(か、ほぼ公式サイトと化しているサイト) 公式サイトとは別に、ページタイトルだけでツールを説明しきっているページへのリンクも付けておきました。類似ページが複数ある場合は、はてブのブックマーク数が多いものを選びました。 知らないツールもあるので、分類がいいかげんなところもあると思います。何か気づいたらコメントください。 解説が不十分なツールについても、補足（コピペで本文に取り込める体裁だとありがたい）を頂けると助かります！ 元ネタの投稿は現在進
Mac Explorer｜ 快適なターミナル設定を
Macの標準端末アプリケーション、ターミナルの、自分の環境での設定です。 開発をごりごりとやるような自分じゃなくても、ターミナルを触ることが楽しくなりはじめてからかなり便利に使えるようになってきました。 コマンドラインというと敷居が高く感じてしまいますが、わかってくると楽しくなる。こういうささやかな喜びみたいなものを誰か(誰)にも体感していただきたい。ということで、その入口になるかもしれないしならないかもしれない、ターミナルの環境を整える、ということをやってみます。 範囲としてはターミナルの設定の初歩的なところから、vimの設定の一歩目まで、という感じです。vim便利です。 あと自分はデフォルトのbashメインなのでbashで。 ■こんな感じ Visorを入れており、【⌃control】キーを二回ぽちぽちっと押すと上からスライドでターミナルが現れます。Visor以外で開く時のウィンドウは黒
Emacs23 (Cocoa Emacs) 入門から中毒まで : 紹介マニア
Emacs 最新版の解説は Emacs24 のインストールと新機能 を参照してください。 概要 Mac OS X 上で Emacs23 の利用を始めてから使いこなしまでの解説。 今の所この文章はあまりコンピュータ初心者向けとは言えません。Emacs をまったくしらない場合はJFの文章である Emacs Beginner's HOWTO が参考になるでしょう。 またこの文章は http://macemacsjp.sourceforge.jp/ に書いた物を中心に個人的なメモをまとめた物です。 以下で Mac Emacs のメーリングリストを運営しています。Mac上で Emacs を利用している方は加入してみてください。 http://lists.sourceforge.jp/mailman/listinfo/macemacsjp-users またはてなで Emacs グループを運営しています
【URL移動しました】スマホアプリの作り方【超まとめ】基本編：スマホアプリを作り始めるのに役立つ記事35選 - ＠IT
編集部注：こちらの記事は諸事情によりURLを http://www.atmarkit.co.jp/fsmart/index/matome/smapho.html に移動しました。ブックマークなどは移動先URLでお願いします（2012年1月6日） 夏休みの自由研究にマイコンボードで「電子サイコロ」を作ったり、音楽プログラミングをしたりしてみよう （2017/7/24） 子ども向け電子工作＆プログラミング用マイコンボード「chibi:bit」の基本的な使い方を紹介する企画。夏休みの自由研究に「電子サイコロ」を作ったり、音楽プログラミングをしたりしてみよう 子ども向け電子工作＆プログラミング用マイコンボード「chibi:bit」の基本的な使い方 （2017/7/20） 子ども向け電子工作＆プログラミング用マイコンボード「chibi:bit」の基本的な使い方を紹介する。夏休みの子どもの自由研究など
はてなブログ | 無料ブログを作成しよう
晴天の価値 2月中旬に出張で千葉へ行った。5日間の滞在中はずっと快晴で、気温は20℃に迫る春のような暖かさだった。仕事は朝から晩まで現場を走り回る過酷なもので、身体的にも精神的にも追い込まれた。毎朝、京葉線から見える美しい景色を眺めて正気を保っていた。太平洋へ燦々と…
「開発者の祭りを通して世の中を変える」，翔泳社の岩切氏が開発者向けカンファレンス「デブサミ」への思いを語る
「開発者の祭りを通して世の中を変える」，翔泳社の岩切氏が開発者向けカンファレンス「デブサミ」への思いを語る 1000人スピーカ プロジェクト 「テクノロジのデパ地下を作りたい」。2008年4月26日に開催された「1000人スピーカ プロジェクト 第4回」の基調講演で，翔泳社の岩切晃子氏が「デブサミの作り方」と題し，自身が運営するカンファレンス「Developers Summit」（通称デブサミ）について語った。デブサミはソフトウエア開発者向けのカンファレンスの草分けであり，2003年から年に1回，開催されている。2008年4月には，テストに特化したデブサミも開催された（関連記事）。 1000人スピーカ プロジェクトは，サイボウズ・ラボの天野仁史氏が「1000人の発表者がいれば日本のIT業界は変わる」との思いから始めたプロジェクト（関連記事）。発表したい話題がある技術者を募り，毎月1回，十数
JaSSTソフトウェアテストシンポジウム-JaSST'07 Tokyo
JaSST'07 Tokyo は来場者数は1,000名を超え、2日間で延べおよそ1,500名もの方々に参加いただき、盛況のうち終了しました。多くのご参加を誠にありがとうございました。 プログラム ベストスピーカー賞 基調講演 招待講演 ミニパネル パネルディスカッション チュートリアル
ありえるえりあ | 上から読んでも下から読んでも・・・
先日、社内勉強会でベンダーロックインではない Adaptive bitrate streaming 方式として MPEG-DASH (以下DASH) について紹介しました。 社内ストリーミング勉強会 私自身、名前だけ知っていたものの、まだ先の話だろうと考えていました。勉強会向けにちょっと調べたらOS／ブラウザベンダーの足並みが揃いつつあります。まさに勉強会で一番勉強するのは発表者ですね。先の話どころか、いまいまの話でした。 Google: Chrome23+、Android 4.4 KitKat Mozilla: Firefox31+ (Partial Support、MP4 が未対応？)、DASH Adaptive Streaming for HTML 5 Video Microsoft: IE11+、Building a simple MPEG-DASH streaming playe
http://www.eleader.jp/mt/91/85/000420.html
See related links to what you are looking for.
Developers Summit 2007 - デブサミ2007
Developers Summit 2007 は盛況のうちに終了いたしました。 多くの方のご来場、ありがとうございました。 What's New
オープンソースと接点のある開発者をプロジェクトから排除せよ | スラド デベロッパー
ITProに気にしていますか？オープンソースのソースコード混入という記事が掲載されている。オープンソースのソースコード混入ということに対しての記事のようなのだが、事例的にもどうもGPLを念頭に置いた ように思える。で、ようは、大きな開発プロジェクトの現場において、知らず知らずのうちにGPLコードが混入してしまい、リリース停止や GPL違反の指摘からコードの公開を迫られるリスクについて書かれている記事である。 事例としてエレコムのルータでGPL違反が発覚した例が出されているが、この時にはエレコム側が「うちの製品にはリナックスは金輪際使わない」と発言したという報道がされたりしたこともあった。 これだけなら昔からよくあるBSDライセンスとの対比的な議論になりそうだが、この記事ではGPLコード混入を防ぐ策の事例についても書かれており、 ソースコードレビュー、誓約書提出、チェックツール採用などの策と
人月見積もりでは生産性は上がらない、IPAが警告 ― ＠IT
2006/11/29 情報処理推進機構（IPA）は11月29日、2006年度「情報処理産業経営実態調査」の結果を発表した。この調査は「情報処理産業界の財務、経営状況の現状を把握し、今後の経営の参考に供する」（IPA）ことが目的で、1978年以降毎年実施されている。28回目となる今年は従来のアンケート調査に加えてヒアリングも実施し、労働生産性の分析などを行った点が特徴だという。アンケートでは861社から有効な回答が得られた。ヒアリングは25社に対して行った。 2005年度の情報処理産業全体の売上高は0.8％の増加で、伸び率は鈍っているものの2003年度から連続でプラス成長している。経常利益も22.6％の増加で、増収増益となった。ヒアリングの結果でも、経営状況は昨年と比べ良好であるという意見が多く聞かれたという。 生産性に関しては、ソフトウェア業界において、ソフトウェアプロダクト販売分野の売上
ソフト開発者の「横暴」とは？
ハッとさせられる意見を取材先から頂戴したので，皆さんとシェアしたく筆を執りました。 唐突で恐縮ですが，ワープロ・ソフトで特に重要なコマンドは何だと思いますか。多くの方は，「保存」と「印刷」を挙げられるかと思います。たいていのワープロ・ソフトでは「ファイル」メニューの下にこれら二つのコマンドがあります。入出力の対象としてファイルや印刷がある，というコンピュータの考え方を反映したものです。 ただ，コンピュータのことを知らない一般のユーザーは，そんな考え方など知るよしもありません。「ファイル」の下に「印刷」があるということは，最初は気がつかないかもしれませんし，その後も「とりあえずソフトとはそういうものだ」という理解に留まっているかもしれません。 「私の母親は80代だが，母親にとって，ワープロ・ソフトを使う目的は，良い文書を書いて，印刷して，誰かに読んでもらうこと。同じ目的を持つ人はかなり多いは
「サニタイズ言うなキャンペーン」私の解釈
高木浩光さんの「サニタイズ言うなキャンペーン」 という言葉自体はずいぶん前から存在したのだが、 続・「サニタイズ言うなキャンペーン」とはにて高木さん自身がいくつも誤解の例を挙げているように、 そしてまた最近も 駄目な技術文書の見分け方 その1にて「まだわからんのかね」と言われているように、 「わかりにくい」概念なんだろうとは思う。 そこで、僭越ながら、「サニタイズ言うなキャンペーン」について、 私なりの解釈を書いてみようと思う。 もっともこれが正解であるという保証はないのだが、 間違っていたらどなたかツッコミいただけることを期待しています(_o_) そもそも何のせいで「エスケープ」しなければならないのか たとえば住所氏名を登録させるWebアプリケーションは珍しいものではないと思う。 そこで、私が「Taro&Jiro's castle サウスポール」 とかいう恥ずかしい名前のマンション(?)
初心者がJavaを“超高速”で学ぶためのコツ：ITpro
皆さんの中には，「いまどきJavaくらいできなきゃねぇ～」と言われてからもう何年も過ぎちゃった…なんて人も多いのではないでしょうか。いつ何時「新しいプロジェクトはJavaでいくから」なんて上司に言われたりしないか，内心ドキドキしてる方もいらっしゃるでしょう。私が受け持つJavaの授業でも，受講生の方からそういった悩みをよく聞きます。 しかしよく聞いてみると，なんだかとても効率の悪い勉強をしているなあと驚くことがあります。なぜなら多くの方が「Javaの入門書で勉強しているのにJavaのプログラムを作れるようにならない」と言われるからです。COBOLやC言語のプログラミング経験があるにもかかわらずです。 なぜJavaの学習がなかなか進まないのでしょうか。残念ながら「Javaのスキルが上がらない」という方の多くは，「データとアルゴリズム」「Javaの文法」「オブジェクト指向」の三つをきちんと学べ
現実的な見積もりアプローチを考える
思えばここ数年，「ソフトウエア見積もり」というテーマを追い続けてきた。2004年9月，日経ITプロフェッショナル（現在は日経システム構築と統合して日経SYSTEMS）で「本当に使える見積もり技術」という特集記事を担当。多くのユーザー企業やベンダーに取材し，現場の問題意識の高さや見積もりの難しさを知った。日本ファンクションポイント・ユーザ会をはじめ関連団体の会合にも参加し，現場のエンジニアの生の声を聞いた。 その特集が高スコアを得て，気をよくした記者は同タイトルの連載記事を企画（寄稿者は日立製作所の初田賢司氏）。2005年5月から11回にわたって，同連載の編集を担当した（おかげ様でこの連載も大変好評だった）。そしてこの10月2日，同連載をベースに大幅に加筆・修正した単行本を刊行する（要求定義に関する単行本も同時に刊行）。今回の記者の眼では，これまでの取材や編集などを通じて，見積もりについて“
ドキュメントを作成しないユーザーは、失敗する − ＠IT情報マネジメント
ドキュメントを作成しないユーザーは、失敗する：ユーザーサイド・プロジェクト推進ガイド（15）（1/2 ページ） システム開発にドキュメントはつきものだ。しかし、しばしばドキュメントが作られないプロジェクトが見られる。ドキュメントがないとどのような事態が発生するのだろうか？ コンピュータ・システム開発プロジェクトにおいて、ユーザーサイドではどのようなドキュメントが作成、準備されているのでしょうか？ 対象業務の概要を個条書きしたもの、現状使われている伝票や帳票類、現行システムのソフトやハードの構成図、それに画面のハードコピー、もしくは完成図書一式を資料として用意すれば十分でしょうか？ あとは打ち合わせの中でベンダへ口頭で伝えればよい──といえるでしょうか？ 関係部署が1つか2つ程度で限られた業務だけを対象とする小規模なシステム、あるいは現行システムの単純な更新であれば、この程度の資料だけで間に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
つなぐ、つながる、そして未来へ Developers Summit 2009