大きな組織で情報共有するためのOSSつくってみた - Qiita
この記事は、Fujitsu Advent Calender 2016の6日目の記事です。 はじめに 仕事柄、沢山の人が関わるお仕事の効率化に関心があり、プライベートで研究や開発をしています。システム・インテグレーションをはじめ沢山の人が関わるお仕事は、人海戦術で行なわれる事がよくあります。しかし、経験上ITが関わるお仕事の人海戦術はおすすめできません。効率面、品質面、労務管理の面で問題が発生する事が多いからです。 人海戦術にならないようにするには、「人間的な仕事」と「機械的な作業」を切り分けて、機械的な作業をIT化するのが近道ではないかと考えています。 ITの現場における機械的な作業の例 情報を記録する（課題とか、バグとか、更新履歴とか） 情報を探索する（あの資料どこだっけ？とか） 情報を収集する（進捗どうですか？だめですか？とか） 情報を転記する（メールからエクセルとか） 情報を伝達する
基幹業務もHadoopで!! -ローソンにおける店舗発注業務への�Hadoop + Hive導入と その取り組みについて-
基幹業務もHadoopで!! -ローソンにおける店舗発注業務への�Hadoop + Hive導入と その取り組みについて-
AWS VPCによるネットワーク構築とEC2によるサーバー構築 - Qiita
はじめに AWSでネットワークとサーバー構築を行います。VPCとEC2を使って作業を行います。 本記事を書く動機としては、RailsアプリケーションをAWSで公開することです。 ただし、この記事ではサーバー構築までなのでRailsアプリケーションに関わらず参考になると思います。 Railsアプリケーションを実際に公開されたい方はこの記事の後に以下の記事にお進み下さい。 RailsアプリケーションのAWSによる公開｜unicorn + nginx また、この記事は最低限度の設定ですので予めご了承下さい。 至らない点はアドバイス等頂けますと幸いです。 まずはこちらからAWS マネジメントコンソールへ。(アカウントを持っていない方はまずアカウントを作成する必要があります。） AWS - Amazon Web Services VPC領域を作成する 1.AWSマネジメントコンソールで「VPC」を開
【インスタンスって何??】AWSでよく聞く単語まとめてみた - Qiita
EC2って何？ インスタンス立てる？ AWSに触ったことがない方が周囲で飛び交うAWS用語をなんとなく理解できるような 用語集を書いてみます。 かくいう私もここ最近AWSの勉強を始めました。 前までは周囲で、「インスタンス」「S3」といった言葉が飛び交っていても なんのこっちゃ？と思っていましたが、 ちょっとずつ分かってきたので忘備録としてまとめます。 まだまだ初心者なので間違いがあればご指摘願います。。。 ※ かなりざっくりとした説明になりますのでイメージだけ掴んでいただければ幸いです。 今回はAWSの詳細な使い方については書きま せん。 初心者の方はこちらが大変わかりやすくまとまっているので一読することをお勧めします。 世界一丁寧なAWS解説 EC2(Amazon Elastic Compute Cloud) いわゆる仮想サーバ AWSを利用する９割くらいの人がこの機能を使用しているの
非英語ネイティブにとってのOSSのメンテナンスコスト - once upon a time,
disclaimer: この記事を書いている人はClouderaというHadoop/Sparkのディストリビューターの会社にいます。 codelunch.fmの20回目を聞いていろいろ思うところがあったのでつらつら買いてみます。 codelunch.fm この回のcodelunch.fmでは、前職の同僚である丸山さん（@h13i32maru）と@hokacchaさんが、お互いの家庭環境の変化を交えながら個人プロダクトの開発について話しているエピソードです。これ自体なかなかおもしろい回なので、趣味でプロダクト開発している人は聞いてみるといいんじゃないかなと思います。 丸山さんはJasperやESDocを精力的に開発していますし、hokacchaさんはnodebrewやadventarを作られています。彼らの話していた、個人で趣味プロダクトを開発するモチベーションは何かというところは、以下のよ
「すごいエンジニア」が目指すもの - megamouthの葬列
crapp.hatenablog.com を読んだ。id:Cedilleさんは、数少ない私の同好の士（一緒にされても困るだろうし、文章も怨念も私のレベルを遥かに凌駕していると思うが）だと感じている方で、 いつも楽しく読ませていただいている。 で、このエントリを読んだ感想としては、いい経験だと思うし、別にその中で生きていけばそのうち良い事あるよ、としか思わなかったんだけども、そもそも「すごいエンジニア」とはどういう存在なのか、ということを書いておきたくなったので、書く。 すごいエンジニアのイメージ だいたい前述のエントリに書いてある通りなのだが、この業界で「すごいエンジニア」として見なされる人のイメージを要約すると、こんな感じだと思う。 技術書を自分の給料で買いあさり、勤務時間外に読み漁ったりして、とにかくあらゆる事に詳しい。 アンテナを極バリして、githubでstarが100ぐらいしかつ
SIの未来は、技術力を武器にSIを行うことで見えてくる - GoTheDistance
小野さんが、SIの未来についてブログを書かれていました。今後の取組にも期待しております！ 小野和俊のブログ:SlackをSIerに導入した話。そしてSIerの未来 SIの未来を探すという永遠の課題 SIという仕事は必ず必要であり、そこにいる人たちがハッピーになる未来を語りたいけれど、何が未来像なのか明確になっていない。そんな印象を持っていますし、僕が社会人デビューした2003年ぐらいから変わってない気がします。 未来のあるなしを考えるなら、これは未来がないよねという所から始めるのがわかりやすいと思います。出発点を決めるのに役立つので。というわけで、僕から提起します。上流と下流(という言い方がお嫌いの人が多いけど)で工程の分断をするモデルには、明るい未来がない。これだけは確かです。消耗戦の先に新しい未来はないもの。 技術力を武器にSIをやれることが、SIの未来を考える第一歩 未来のない状態を
ねもすぎ雑記 【軍曹が】携帯電話開発の現状【語る】
数年前に話題になった記事の保管。元ネタは恐らく2ちゃんねるのプログラマー板で、これを[笑わないプログラマ](既にリンク切れ)が取り上げて広まった。開発現場の壮絶なるデスマーチを綴ったこの文章を、私は大学生だった当時に読んで、大いに衝撃を受けた。そこで私は「このままでは日本のIT業界は駄目になる。プログラマの職場環境を改善して、デスマーチを無くさなくてはいけない！」とか思い立って、逆にIT業界を志してしまうというアホな事をやったりした。これから不安で一杯である（ぉ 研修の課題で「10年後の目標像」を語れと言われたので、当時の気持ちを思い出すべく上記の記事を探していたのだが、残念なことにblog[笑わないプログラマ]は死亡してしまったようだ。Googleのキャッシュしか残っていなかったので、ついでにウチで記事を保管したいと思う。 出典： プログラマー板＠2ちゃんねる掲示板 笑わないプログラマ
ベンチャー系行ったらレベルが高すぎて辛い。 - 負け犬プログラマーの歩み
今の職場で働きだして少し経つが、既にエンジニアとしての自信を割と失っている。 俺は自分のことを少なくとも「そこそこのエンジニア」と思っていた。でも今の職場では、俺は下から数えた方が早い。「技術は有るが人間的にはクソ」と自負していた俺は今「技術者としても人間としてもクソ」となりかねない事態に陥っている。 言い訳の材料はある。周囲のレベルが高いのだ。 自分で言うのもなんだか経歴は豪華な人が集まっている。コアメンバーは最高学府(あえて誤用)卒はザラだし、某世界時価総額トップとか某金融会社とか某大手ゲーム会社に居たとか、某ソシャゲーの幹部とか、あのフリマサービスを作ったとか、別会社の元CTOでしたとかはたまた現役CTOやってますとか集えば、下流エンジニアも皇帝、四天王、１０傑（俺含まない）などの超一流だ。 文系で有名企業どころか正社員歴すらなく、名のしれた商品やサービスに協力会社の人間としても一度
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
基幹業務もHadoop(EMR)で!!のその後
ログ管理のベストプラクティス
歌舞伎町のかなり目立つところにある「のぞき部屋 マドンナ」に行ってきた - たくちゃんのわくわくブログ
中国が始める外国人「ランクづけ」 早稲田や慶応を卒業しても0点 - ライブドアニュース