毎日お茶会をする開発環境 〜休憩による開発効率の改善〜 - Qiita
TL;DR: 休憩をとるついでに情報交換しよう 皆さん、人間との会話してますか？ プログラマって黙々とパソコンに向かってますよね。 もしくはツイッターとかしてますよね。 そのため人間との会話は少なくなりがちです。 色々悩んでたけど、人に相談したら一瞬で解決した経験って無いですか？ 5時間悩んでたけど相談したらいい方法を教えてもらえた むしろ相談した瞬間にアイディア思いついた もしくは、「先に聞いとけばよかった〜」って経験無いですか？ 頑張って実装したけど、実はライブラリ使うと簡単にできるやつだったことをコードレビューの段階で知った コードレビューでめっちゃ良い書き方を知った 自分は重要だと考えた機能だったけど、実はそんなに重要じゃないことがプルリク出した時に判明した それらの気付きってもっと早い段階で得られなかったですか？ 「こういう事したいんだけどいい方法しらない？」とか「この機能どう思
［速報］マイクロソフトが「PowerApps」を発表。パワーユーザー向けのモバイルアプリ開発ツール
マイクロソフトはスペインのバルセロナで開催中のイベント「Convergence 2015 EMEA」で、パワーユーザー向けのモバイルアプリケーション開発ツール「PowerApps」を発表しました。今日からプレビュー公開が始まっています。 PowerAppsは、クラウドベースの開発ツール。パワーユーザーがスマートフォンやタブレットに対応した業務用のモバイルアプリケーションを、簡単に開発することを目的としています。 データソースとして、Office 365、Dynamics CRM、Salesforce.comやDropbox、Google Drive、OneDrive、Yammerなどのクラウドサービスだけでなく、オンプレミスのSQL ServerやOracle Database、SAPなどとも接続可能です。 「Excelの簡単なマクロなどを使いこなすパワーユーザーが、PowerAppsのキ
GitHub - itchyny/rexdep: Roughly extract dependency relation from source code
The rexdep command is a tool for extracting dependency relation from software. The command enables us to see the dependency relation among files, modules or packages written in any programming languages. When we see a large project, we want to understand the code structure intuitively. We sometimes join a project at work, the project has lots of source code. We sometimes want to make pull requests
イマーク 販売店と最安値価格は？
1日1本飲み続けることで、血中中性脂肪を約20％低下させる効果が期待できる、特定保健用食品のドリンク「イマークS」。 中性脂肪が気になる方にはうれしいトクホドリンクですが、どのような成分が配合されているのでしょうか？ イマークSの成分をチェックしてみました！ 【イマークSの原材料名】 精製魚油（EPA・DHA含有）、乳化剤、酸味料、香料、酸化防止剤（チャ抽出物、ゴマ油抽出物、ビタミンE、ビタミンC）、甘味料（アセスルファムK、ステビア）・（原材料の一部に大豆を含む） 〈以上、公式サイトより〉 イマークSは、原材料の一部に大豆を含むため、大豆アレルギーの方は飲まないほうがいいようです。 また、まれに痒みや発疹などが現れる場合があり、その場合も飲むのをやめたほうがいいそうです。 いくら身体に良いものでも、自分の体質に合うかどうかはわかりませんから、飲んでみて、自分の身体には合わないと思ったら、
IT業界で客先常駐という働き方はもうやめにできないか - あいむあらいぶ
かるび（@karub_imalive)です。 【2016年7月15日更新】 今日はウツを患って2年前に会社を去り、今は資格試験で再起を図ろうとしている昔の仲間と飲んできた帰りなので、少しグチっぽくなりますが勘弁してください。 システム開発会社で一般に普及している業務形態として、超大手から零細企業まで、「客先常駐勤務」という、いわゆる「派遣」的な働き方があります。これをどうにかしてもうやめられないか、という話です。 僕は、長年この業界でエンジニアから営業職、採用職といろいろ立場を替えて10年以上働いてきました。実際自分が体験して、また仲間を現場に送りこむ立場になって思うのは、この「客先常駐」という働き方は働き手にあまりに負荷をかけるのではないかということです。 客先常駐の成り立ちは1960年代 客先常駐っていう形態は、古くは1960年代後半の大型汎用機での開発黎明期にCSKという会社（現SC
みずほもすなる「超高速開発」
ユーザーは想定以上に広がっている――。3年前ぶりに「超高速開発」について取材を重ねた結果、記者は素直にそう感じた。 プログラムを100％自動生成するツールを用いて開発スピードを飛躍的に高める開発手法を「超高速開発」と名付け、特集「『超高速開発』が日本を救う」を日経コンピュータに掲載したのが2012年3月。同月には関連記事として記者の眼に「あなたの知らない超高速開発」を掲載した。 ことさらバズワードを生み出したいという気持ちはなかったが、ネット上の反響を見ると懐疑的・批判的な声も少なからずみられた。3年前の話で恐縮だが、業務ロジックを記述・設定すればプログラムを100％自動生成するとうたうツール群について「本当にできるのか」という投げかけもあれば、「また自動生成か。同じことの繰り返しだ」という、おそらくは過去にCASEツールで手痛い目に遭ったり「Σ（シグマ）プロジェクト」の“失敗”をご存知の
障害の事後分析を読んで得た教訓 ― 「何がシステムを停止させるのか？」 | POSTD
私はポストモーテム（事後分析）の記録を読むのが大好きです。ポストモーテムを読むと勉強になりますが、大抵の教材的資料とは違って、興味深いストーリーが含まれているのです。相当な時間をかけてGoogleとMicrosoftのポストモーテムを読みました。大きな障害を招く最大の原因について、私は（まだ）きちんと分析していませんが、何度も繰り返し目にするポストモーテムのパターンがいくつかあります。 エラーハンドリング 適切なエラーハンドリングのコードを書くのは難しいものです。エラーハンドリングのコードに含まれるバグは、 大きな 問題を引き起こす主な原因となっています。つまり、エラーによってバグのあるエラーハンドリングのコードが実行されるということは、単に個々のエラーが重なるだけという事態にはとどまらないのです。障害が重なって重大なシステム停止につながることはよくあります。それはある意味明らかなことで、
プロダクトの開発速度を左右するキーマン「プロQA」という貴重な存在について - latest log
イノベーティブなプロダクトだと、チャレンジ成分の多さに応じてエッジな技術を投入できる可能性が高まるという観測ができた。 さて上記の状況で、QAチームがなぜか突然IE7,IE8対応を求めてきました。その時の僕はどうなったでしょう? A1. 徹夜になった A2. 二徹して対応した— コラーゲンたっぷりさん (@uupaa) 2015, 9月 3 強い心で「古いIE対応なんてありえない」と宣言すればよかったし、それができなかったのが僕の落ち度だ— コラーゲンたっぷりさん (@uupaa) 2015, 9月 3 プロダクトのターゲットユーザをQAと共有できていない場合に、不幸が起こりえるので、今後は特に気をつけたい。— コラーゲンたっぷりさん (@uupaa) 2015, 9月 3 QAにも、良く訓練されたプロQAと、ユーザと同じ程度のアマQAが居て、練度が全く事なる。 よく訓練されたQAは、不具
湯河原の老舗温泉旅館が「開発合宿プラン」提供 コード書きがはかどりそうだ
湯河原の老舗温泉旅館「おんやど恵」が、現役エンジニア向けに「開発合宿プラン」を提供して話題になっています。価格は1泊2食付きで1人1万円からですが、ブログを書いているエンジニア向けには最大50％オフになる「開発合宿モニタープラン」も！ 湯河原温泉の老舗旅館「おんやど恵」 開発合宿プランは、普段と違う環境で作業に集中できるような環境を提供するのが狙い。温泉と食事のおもてなしのほかに、エンジニアがうれしいサービスを提供しています。作業用に、無線LANが利用できる会議室を13時から翌日正午まで2万円で提供（税別、連泊割引あり）。メンバーが集まって、一晩中作業に集中できます。深夜でも温泉（大浴場）に入れるほか、気分転換に足湯やマッサージチェアも利用可能。また、プロジェクターやプリンタの貸し出し、必要であればコーヒーや夜食、ランチの手配もしてくれるそうです（別料金）。 会議室は施錠可能。定員はロの字
企業は有名エンジニアや有名コミッタを高額報酬で雇うべきか？【連載:村上福之】 - エンジニアtype | 転職type
日々流れてゆく膨大な情報量の中からおいしいネタを敏感に察知し、ネット界隈を賑わせてくれるWeb業界の異端児・村上福之氏。同氏独自の経験と価値観から、「キャラ立ちエンジニア」の思考回路を紐解いていく。 株式会社クレイジーワークス 代表取締役 総裁 村上福之（@fukuyuki） ケータイを中心としたソリューションとシステム開発会社を運営。歯に衣着せぬ物言いで、インターネットというバーチャル空間で注目を集める。時々、マジなのかネタなのかが紙一重な発言でネットの住民たちを驚かせてくれるプログラマーだ 先日、ソフトウエアエンジニアの中で、この話題がバズってましたね。有名なコミッタさんを雇おうとしたら、会社の偉い人が「プログラマーに年800万円なんてのは馬鹿げてる! プログラマーに出せるのは年400万円までだろう!」と言い放ったという話です。 >> 著名なOSSコミッタを年収400万円で雇おうとした
ソフトウェア開発で得た教訓22箇条 | POSTD
1. 小規模なものから徐々に拡張していく。 私は日頃、新たなシステムを作るにせよ既存のシステムに機能を追加するにせよ、必要な機能すら殆ど持たないようなとてもシンプルなバージョンを作るところから始めるようにしています。そこから当初予定していた機能まで、段階的にソリューションを拡張していきます。私は初めから細部にわたって計画をできたことはありませんが、代わりに開発を進めていく中で新しく見つけた情報をソリューションに役立たせます。 私はJohn Gallの、この言葉が好きです。 “複雑なシステムというのは、往々にしてシンプルなシステムから発展したものだ。” 2. 同時に複数のものを変えない。 開発中にテストが失敗したとき、あるいは機能がうまく動作しなかったとき、1つだけ変更すれば、問題発見が格段に容易になるでしょう。言い換えるなら、短いイテレーションを行いなさいということです。1つずつ変更を行い
バグをドラゴンと呼ぶ運用を始めて1ヶ月くらいたった - Konifar's WIP
1ヶ月くらい前、 「バグをドラゴンと呼んだらどうなるか」というTweetを見ました。 確かに、バグをドラゴンと読んだ場合「Sクラスのドラゴンが出ました！」「Aクラスのドラゴンを相手にしてる最中だってのに！」って会話になるし、ドラゴンは結局人の手で生み出されたものってところが中二ファンタジーっぽくて良い— 尾野（しっぽ） (@tail_y) March 18, 2015 これは天才的発想だなと思って職場で雑談で話してみたところ、 同僚のスペイン人エンジニアにバカウケしまして、 それからちょいちょいバグのことをドラゴンと呼ぶようになりました。 せっかくなので、どんな雰囲気になるのかまとめてみようと思います。 先に言っておくと、自分ともう1人スペイン人エンジニアが時々チャット上で使っているだけで、 正直そんなに流行ってないです。 なんかテンションが上がる バグ修正ってマイナスをゼロにするだけで何
開発フロー研修 @ Wantedly - Qiita
Githubでの開発 - Issue, Commit, Pull Request, Mention, Code Reviewに関する基本的なルール ゴール 「 チーム で 長期にわたって 生産性を上げる 」 前提 みんながサービス・プロダクトについて自主的に考える組織 エンジニア全員がそれぞれオーナーシップを持ってよりプロダクトを良くすることを考える いわゆるPM職の不在 = コードは書かずに、マネージだけする人がいない これは組織による。(e.g. 外注やディレクター職の存在) けれど、Wantedlyは、多少変化しつつも、より良いサービスを生み出すために、役割の程度の差はあれ全員がプロダクトについて考え責任を持ったほうが良いと考えている。 理想型 図:「青と黄色」のチーム構成が従来の縦割り+統括チーム、「緑(金)色」のところが目指すべきマイクロサービスチーム マイクロサービスチームは、
社内ITシステムを構築・運用するのに最重要な3つのポイント - たごもりすメモ
自社で使用するシステムを開発する、とする。 このとき迂闊にやっていると、気付いたら過去に構築したシステムのメンテナンスにばかり時間をとられ、新しいコードがぜんぜん書けていない、という状況に陥ることがある。 こうなると地獄だ。新規の興味深いコードを書くなんてとんでもない、という状態になる。メンテナンスコストを下げるためのコードすら書けなくて永遠に悲惨な撤退戦を繰り返すことになる。絶対に避けなくてはならない。 ということで、自分が心掛けていることをざっと書く。 全く手を入れずに動き続ける状態を最初に作る もちろんシステムというものは生き物なので、ある程度のメンテナンスコストが必要になる。特に会社というものは生き物なのでシステム周囲の環境は常に変化する可能性がある。データ連携している別のシステムの仕様が変われば、当然そのデータを利用する側も対応しなければならない*1。 ということで、システムには
開発組織のマネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
CMMIって何だろう
CMMI(Capability Maturity Model Integration，能力成熟度モデル統合)は，能力成熟度モデルの一つであり，システム開発を行う組織がプロセス改善を行うためのガイドラインです。この講座では，CMMIの歴史や概要，CMMIを利用したプロセス改善のポイントなどを解説します。 CMMI(Capability Maturity Model Integration，能力成熟度モデル統合)は，能力成熟度モデルの一つであり，システム開発を行う組織がプロセス改善を行うためのガイドラインとなるものです。米国国防総省（Department of Defense）が米国カーネギーメロン大学(CMU)に設置した，ソフトウェア工学研究所(SEI)で考案されました。CMMIでは，組織の製品，サービスの開発，調達能力などを5または6段階のレベルで評価します（後述する「段階表現」では5段階
テストとは開発プロセスそのものである #SWTestAdvent - assertInstanceOf('Engineer', $a_suenami)
このエントリは ソフトウェアテストあどべんとかれんだー 2014 の 6 日目のエントリです。 前日は Yuji Yamamoto さんの『より「普通に」書くためのTest Doubleライブラリ「crispy」 #ruby #SWTestAdvent』でした。 Ruby Advent Calendar と同時寄稿というのはおもしろい試みですねー！僕も Rubyist の端くれなので大変参考になりました。 さて、僕は具体的なテスト実装の話ではなくもうちょっとプロセス論寄りの話をします。もっと率直に言うとポエムに近いです。 自己紹介 すえなみと申します。漢字で書くと末並です。「末波」とよく間違われますが「末並」です。 とても希少な名字なので勉強会等で「すえなみ」と名乗ってる人間がいたら間違いなく僕のことだと思ってください。 オンラインでは a_suenami とか a.suenami とかで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
朝会のこと - @m_seki の
統計的品質管理の功罪
捨てて開発できるチームづくり
