ナウいツールやサービスなどのまとめ - Qiita
国内注目のWebサービスを支える言語・フレームワーク・アーキテクチャ一覧【2013年版】 をもとにナウい感じのサービスなどをまとめた。分類がおかしいかもしれないのん コード管理 ソースコードは Git で管理しているところが増えている Git GitHub GitHub Enterprise: Enterprise 向け Gitlab Gitlab Cloud Gitlab CE: オープンソース Gitlab EE: Enterprise 向け BitBucket Stash: Enterprise 向け codebreak; RhodeCode Gitorious GitPrep GitBucket GitHubクローンまとめ 無料でGitHubのような機能を実現するための候補 | Act as Professional - hiroki.jp 料金 private repositor
最近の開発現場はギャグとしか思えない - rabbit2goのブログ
知人とコソコソと世間話。最近の開発現場は面白いことが多過ぎるという点で意見が一致してしまう。その一例。 人の入れ替わりが激しくて技術やノウハウが蓄積しない。忙しくなるとスキルよりも経験よりも頭数を揃えることを主目的にやたらと人を集めるものの、プロジェクトが終わると直ぐさま関係を切ってしまうので継続的な蓄積が何も残らない。 コンプライアンスの掛け声の下、関係者以外にも情報が見えてしまうホワイトボードやRedmineによる情報共有はご法度。セキュリティ対策も厳しくなる一方なので、ソフトをダウンロードしてパソコンに入れるだけで、正義感の塊のような監視委員から直ぐさま電話がかかってくる。 行き当たりばったりの対策を取り続けているので、何か問題が有ってもブレーンストーミングで出てきたようなアイデア案ばかりが続く。根本原因を探ることをしないし、そもそもそんな追求を行うスキルすら無い。 人月単価に惹かれ
iOS6が Single App Mode を搭載で超絶進化！！ iOS6で最も恩恵を受けるのは実はエンタープライズ！！ - 業務用iOSアプリのfeedtailor社長ブログ
遂にリリースされたiOS6。 iPhone5よりも、Passbookよりも、地図よりも、Siriの強化よりも、最近のAppleからの発表全てを凌ぐ超ビッグニュースだと個人的に思ってるのですが、Single App Modeが遂に登場です！！ ｷﾀ━(ﾟ∀ﾟ)━! と言わずにいられるでしょうか。特にエンタープライズの世界ではiPad登場当初からずっとずっと求められていた機能。以前のブログで「推測」という事で書いていた、 Guided Accessと呼ばれるアクセシビリティの機能拡張で、どのような使用感で扱えるのかは不明ですが、もし文言通り/想像通りの挙動をするのであれば、エンタープライズなiOSの魅力は一段と輝きを増すに違いありません。なんと、 HOMEボタンを無効にできる!! タッチパネルが反応しない領域を設定出来る!! というのです。 ってな機能がそのまんま、いぁ、それ以上に！超超理想的
パナソニック経営陣への５つの提言
日本の家電メーカーのソフトウェアの作り方や、人材の活用方法の問題点関しては、このブログでもメルマガでも何度も指摘したが、その問題を浮き彫りにするブログエントリーを見つけたので紹介する。 パナソニックを退社しました ...私の部署では、絵に描いたような昔ながらのソフトウェア開発が行われていました。 単価計算は人月とステップ数。仕様書を書く上流工程が重要で、コーディングは単純作業という価値観のもとでの開発です。当然正社員はなかなかコーディングに携わることができませんでした。 また、単純作業とみなされがちなコーディングを効率化しようとするモチベーションが少なかったのか、いくつか作業環境で疑問に思うところもありました。例えば、メモリ 1GB ぐらいの遅いマシンでビルドしている、ディスプレイが17インチ、きちんとしたソース管理がない、などです。PCスペックやディスプレイなどは入社の時期によってはそこ
ウォーターフォールのほうが楽だという話 - 勘と経験と読経
わたしはまだ本格的な(?)アジャイル開発をやったことは無いけれども、周りのウォーターフォール脳に比べたらアジャイルプラクティスをプロジェクトに取り込むことが多い（プロジェクトマネージャーの立場で、スクラムマスター的に推進）。いくつかのプロジェクトを終えて、結果を振り返ってみるとチームメンバーの平均的な帰宅時間は早まったし、休日出勤することも減ったと思う。QoELは確実に上がったと思っていたけれども、一部のエンジニアからは「キツかった」と言われて驚いた。 アジャイルの前のほうが楽だった？ 「第5回 TFSUG：ウォーターフォールからアジャイル、リーンへ」での発表で、アジャイル開発に挑戦した方がやはり「前のほうが楽だった」というような事を書いている。 http://kaorun55.hatenablog.jp/entry/2012/04/17/001312 第5回TFSUG WFからAgile
SI業界で技術者が軽視されてしまうのは何故なのか - GoTheDistance
日本のSI業界でこそ、専門の技術者の必要性がもっと見直されるべきではないのか？ - 達人プログラマーを目指してを拝読しました。この手の議論は定期的に出てくる根の深い問題でありまして、1億年と2000年前から多くの方に言及されています。しかし、それほど大きい問題であるということです。一概にああしろこうしろで片付く問題ではありません。 色々論点はありますが、「技術を売って社会貢献している業態なのに、一番重要な技術者を軽視するってどういうこと？」という１点に集約でき、上記エントリの主題も同じです。技術onlyの専門家の存在が認められないのが問題だと。しかしですね、「技術者そのものを売ってるんだから、軽視云々を言ってもどうしようも出来ない」という果てしない平行線を辿っていることが見えているでしょうか？ブルーハーツの「弱いものたちが夕暮れ 更に弱い者を叩く」というフレーズが思い起こされます。 技術者
プログラマを目指す人が本を読む前に読むべきネットの記事 - もとまか日記
最近、プログラマ向けの書籍を紹介するのが流行ってたようで。 全てのプログラマが読むべき本ベスト10冊見習いプログラマが読んだら、すぐにジョブレベルが上がる１０冊見習いプログラマが読んでも、ほとんど無意味な10冊きれいなソースコードを書くために読んでおくべき本10冊 - ひがやすを blogPythonのプログラマを志したおいらが買ってよかった5冊の本 「プログラマ向けの書籍」という点で言えば、確かにこれらの本を読むといいのかもしれません。ちなみに私はどれも読んだことないです。スミマセン。 ただ、一つだけ気になったのが、これからプログラムを始めて、アプリを作ってみようと志してる方が、これらの記事を読んだ時に果たしてどう思うんだろ？ってことでした。 「こんな高価で難しそうな本を読まないといけないの・・・？」 とか、思ってしまわないだろうか、と。もちろん、そういう趣旨の記事ではないのは分かってる
営業は、もはや営業だけのものではなくなってきた、というお話 - Feel Like A Fallinstar
たまにはマーケティング事例やネット系の話とは違う内容でも。 営業、特にIT系の営業の方（ビービット含め）と話していると、3年前・5年前とは全く違う「営業だけでは営業できない」ケースが増えてきているのを感じます。 今日は、そんなクライアントサイドの変化について。 「相手はもう作ってきたんです」 ITMediaの記事より。 営業現場の変化を、如実に表しているお話があったので、ピックアップ。 このケースでは、お得意様からのリピート案件の例が紹介されています。 いつもの客からシステム開発の引き合いがあった。 いそいそと出かけて行き、仕様を聞いてきた。 そして、意気込んで提案したら・・予想を裏切る失注。 ふたを開けたら失注だった。信じられなかった。 理由を聞いたら、相手はもう動くソフトを持って、その画面を操作して見せながら見積書の説明をしたのだという。 しかも見積金額が自分のところより3割も安い。
「いい加減なシステム屋」にご用心 | JBpress (ジェイビープレス)
かつては、革靴に白いソックスを履いて、リュックを背負って、ビニール傘を持った社会人は大半が「システムエンジニア」と相場が決まっていた。 私が社会人になった時の「新入社員研修」では、「靴下の色は靴かズボンの色に合わせる」とか、「ベルトと靴は同じ色に」「ストライプ模様のシャツにストライプ模様のネクタイは合わない」とか、身だしなみの基本を教えられたものだ。 当社の新入社員研修では、上記のことはもちろん、社会人として守らなければならない「就業規則」、各種法律やビジネスマナーなどを徹底して教えている。その「当たり前のことを、当たり前にやる」ことを、当社の「社員3カ条」の1つに挙げている。 当たり前のことを当たり前に行わない「いい加減なシステム屋」 しかし、IT業界では当たり前のことが当たり前に行われていない。黒い革靴に白いソックスを平気で履くような「いい加減なシステム屋」が大手を振って歩いているので
HugeDomains.com
Captcha security check coolcoding.com is for sale Please prove you're not a robot View Price Processing
Hadoopを業務で使ってみた話 - クックパッド開発者ブログ
8月に入社した佐々木です。こんにちわ！ 入社してからはHadoopを使うことが多く、日々、大規模データと格闘しています。大変ではありますが、個人ではなかなか触ることが出来ないような大規模データを触れるのは楽しいです。 さて、Hadoopは最近色々なところで使われ始めてきていると思うんですが、実際に利用してみて困った事やtipsなど、実践的な情報はまだあまり公開されていません。その辺の情報をみんな求めているはず…！！ そこで、僕が実際に触ってみて困った事やHadoopを使う上でポイントだと思ったことなどを社内勉強会で発表したので公開してみます。Hadoopを使っている（使いたいと思っている）方の参考になれば幸いです。 [slideshare id=2711363&doc=20091214techblog-091213183529-phpapp02] Hadoopの利用はまだまだ試行錯誤の連続
mineoで節約暮らし✨
mineoを契約する時の初期費用、けっこうかかりますよね…。 ①契約事務手数料・・・3300円 ②SIMカード発行料・・・440円 ①＋②で合計3740円となりますが、申し込み時にエントリーパッケージ（エントリーコード）を使えば、①の契約事...
Google Code University - Google Code
始める 初めてのアプリを作成することから始めてみましょう。トレーニング コースを活用して理解を深めるほか、ご自身でアプリ開発を習得することもできます。
グーグルのJavaScriptツール集大成「Google Closure Tools」
2009年11月5日，Googleは自社サービス製品であるGmail，Google Maps，Google Docsなどの開発に使用しているJavaScriptアプリ開発ツール群「Google Closure Tools」を一般公開しました。 "Closure"は一般的に，閉鎖や閉店といった意味で使われます。ツールの命名としては少しネガティブなニュアンスを感じますが，Google Closure Toolsの場合は，終結といった意味で，開発プロジェクトにおける最終ステップの仕上げ用ツール。すなわち“栓”という意味で中身があふれ出さないようにキッチリ閉めておくものといった意味合いから命名されているようです。 Ultimate（究極）に近い意味でGoogleの自信の表れと受け取った方がいいかもしれません。Googleで新規公開になったプロジェクトとしては珍しく，ベータ版の表記もありません（Go
[ThinkIT] 第1回：インストールからはじめるEclipse BIRT (1/3)
皆さん、はじめまして。本連載を担当するビーブレイクシステムズの川本と申します。 本連載ではEclipseトップレベルプロジェクトの1つであるオープンソースのレポーティングツール「Eclipse BIRT（Business Intelligence and Reporting Tools）」を取り上げます。 皆さんはJavaの開発ツールは何を使っていますか。おそらく多くの方がEclipseを使って開発を行っていると思います。 では、Java開発における帳票ツールとして何を思い浮かべますか。帳票ツールには商用製品からオープンソースソフトウェアまで様々なプロダクトが存在しますが、オープンソースの帳票ツールに絞って見てみるとデファクトスタンダードといえるものは存在しません。 そのような状況の中、開発環境としてデファクトスタンダードの地位を確立したEclipseから提供されるEclipse BIRT
本当は興味のあるアナタへ捧ぐ ― Google App Engine - 暗号、数学、時々プログラミング
Google App Engine | 02:56 | 「虚数の情緒」にて「英語が分からなくても学ぶ為の書物が十分に手に入る日本人は幸せである」といった類の記述があった。明治期に多くの才能が猛烈な勢いで欧米の本を翻訳して行ったからこそ、人々は日本に居ながらにして様々な教養を身に付けることが出来たのであり、それが1つの日本の強みであった、といった主旨だ。ただこうした試みは、昔とは比較にならない大量の情報が溢れている現代においては無謀に過ぎたものであり、梅田望夫さんが著書の中で「これからを考えると、やっぱり英語は出来るに越したことはないよ」という主旨の事を述べられているのは、残念ながら正しいのだろうと思う。「オレサマが遍く全ての英語ドキュメントを日本語化してやるぜ！」なんて決意すら湧かない。とは言え、言葉が障壁になって面白いものに触れる事を躊躇っている人達は今でもきっと沢山いるだろう。「Goo
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
Web制作に超便利！無料のプロトタイプ作成ツール
本格的なWebデザインに取り掛かる前に作るプロトタイプ。特に受託サイトの制作やチームで制作する場合にはある程度きっちり作っておきたいものだが、「なかなかちょうどいい作成ツールがない」という人も少なくないのではないだろうか。 FireworksやillustratorからVisio、PowerPointまで、プロトタイプの制作に使えるツールはいろいろあるが、今回は無償で使える便利な専用ツールを紹介しよう。それが、オープンソースの「Pencil」だ。Firefox 3のプラグインとして動作するものだが、実際の使い勝手としては独立したアプリケーションのように動く。 使い方は簡単だ。インストールが済むと、Firefoxの[ツール]に[Pencil Sketching]という項目が追加される。Pencilの起動はここをクリックしよう。 プロトタイプを作るための基本操作は、左側に並んでいるGUI部品を
はじめてのiGoogleガジェット開発#1
どうも、「公開APIを利用したサンプルサイトを作っていくよ」管理人のZAPAです。 今日は、マッシュアップツールを作るための第一歩として、「iGoogleガジェット」の開発方法を解説します。 「Googleからのプレゼントが届いたよー！！！」に登場した、iGoogleガジェット。 「ガジェット大好き！」って人も、「これからの時代はガジェットだ！」って人も、「ガジェットって何だろう？」って人も、これからの時代は自分でガジェットを作れるとカッコイイと思うよ！！iGoogleガジェットに興味を持っても、開発情報を調べるのはなかなか大変です。 公式サイトに重要な情報はたくさん載っていますが、コンパクトにiGoogleガジェット開発方法を理解できるページがありませんでした。 公式ドキュメントをマジメに読むと30分以上かかり、やる気がそがれてしまいますので、ここに「iGoogleガジェット開発方法」を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
本物そっくり「疑似個人情報」を無償提供