最近のソフトウェア工学に思うこと - bonotakeの日記
なんかこのブログに記事書くの、ほんと久々だなと思うんですが。 最近ずっと思ってたことがあったので、つい勢いで書きなぐってしまいました。若干炎上商法かもしれませんが、まぁたまには？いいや。 長文ですがお付き合いください。特に、ソフトウェア工学の研究している皆さん。 昨日、とあるソフトウェア工学のシンポジウムにて、機械学習モデルをWebサービスにデプロイするためのハンズオン、という企画がありました。 僕が運営委員やってるMLSEとの共同企画で、僕は発案者の１人ですが、当日は1人の参加者として中に混じっていました。 4人グループに分かれての作業だったんですけども、僕以外の3人は、いずれもソフトウェア工学の研究をしている修士の学生さんでした。 で、ハンズオンも後半になって「Dockerの使い方」の演習になったのですが、その3人ともDockerに触ったことがなさそうな雰囲気でした。いちいち確認したわ
USキーボードに移行してみて感じたこと - give IT a try
はじめに これまでは日本のPC標準のJISキーボードを使っていましたが、開発用PCの買い替えと同時にUSキーボードを使ってみることにしました。 今回はJISキーボードからUSキーボードに変えてみて、気付いた点をまとめてみます。 USキーボードを選んだ理由 Vimのコマンドや各種アプリのショートカットキーなどが使いやすくなりそうな気がしたから。(現地のキー配置と同じという理由で) USキーボードのルックスがシンプルで好きだったから。 USキーボードに移行してみた後の全体的な感想 うーん、そこまで無理して変える必要はなかったかも。。。 Vimのコマンドやショートカットが使いやすくなったと実感する機会はそれほど多くない。(たまにあるが) 下の画像のように、JISとUSでは全体的なキー配置が少しずつずれているので、移行直後は普通にタイプする時でもミスタッチが増えるのが一番の難点。また、USに慣れた
フィボナッチ工数見積は「完成させます！（徹夜で）」という無理ゲーによる弊害を最小化するプロジェクトマネージメント手法 - ベルリンのITスタートアップで働くジャバ・ザ・ハットリの日記
今まで数々のプロジェクトマネージャーとそのプロジェクトマネージメント手法に翻弄されてきたが、現在の勤め先であるベルリンのITスタートアップで取り入れている手法が歴代の中でも一番マシ。まず工数見積がとても洗練されている。エンジニアが無理やりに「今週中に完成させます！」と言わされて、結局はその約束が守りきれずに翻弄される、というような弊害が最小化できているな、という話。 プロジェクトマネージメントチームのメンバー達はその見積方法を「フィボナッチ」と表現している。 だいたい工数見積なんてものが正確にできる人に出会ったことが無い。複雑なITプロジェクトの全体像を把握して「これをうちのチームで完了するためには＊＊日を要する」なんてピタッと当てたためしがない。絶対にズレる。 エンジニアに向かって「お前さー『今週中に完成させます』って言ったよな？誰だっけ、それ言ったの？オレじゃねーよ。お前だよ。おめーの
IT業界に蔓延する客先常駐システム開発の変なところ | 株式会社アクシア
IT業界に蔓延する客先常駐によるシステム開発ですが、もう今更言うまでもなく理不尽なことだらけの世界です。 現在の客先常駐のスタイルが続く限りはIT業界の長時間残業の問題を解消することは難しいですし、働き方改革を推進し、日本のIT業界を成長させていくのであれば何としても現在の客先常駐によるシステム開発は消滅させていかねばならないと思います。 客先常駐スタイルのシステム開発の変なところをまとめてみました。 偽装請負が当たり前に行われている 客先常駐の何が一番おかしいかと言えば何といってもこの偽装請負です。どう考えても違法行為なのになぜか中々是正されません。 準委任契約だと請負契約ではないから偽装請負にはならないと勘違いしている愚かな経営者もいますが、違法行為であることは薄々気づいて（というか完全に気づいて）偽装請負に手を染めている経営者もいます。彼らは偽装請負のことを「グレーゾーン」のような呼
今はコードがお偉いさんなんだからMOBは雁首揃えろって話 - アンカテ
技術なきマネジメントの衰退とその対策 - メソッド屋のブログ Mob Programmingって初めて聞いたけど、とてもいい方法に思える。 コードを書く時に、今現在の仕様はわかっていたとしても、今後どうなるか、どういう方向に発展するのか気になって、ビジネス的にその分野に詳しい人の所に聞きに行ってから書きはじめることがあるし、性能的に大丈夫かDBに詳しい人の意見を聞いたり、何か迷った時に過去のプロジェクトで似たようなケースをどっちの方法で解決したか調べたりすることもある。 書き出すとすぐ終わる短いコードでも、書き出す前に、聞きにいったり議論したりする時間が随分かかっていることもある。この時間をかけないと、結局、後で変更になるので、先に聞きにいくのがベターなんだが、チーム全員集まってひとつのコードを書けば、そういう時間を省略できるような気はする。 だから、これが生産性が高いということは感覚的に
日本人の残業が増えたのは電子化が原因
日本は仕事の効率が悪いって言われることについて思ってることを殴り書きしてみた 紙での処理をデジタルに置き換えただけの電子化これはよく言われることだけど普通の国なら電子化によって効率化して仕事量は減る ところが日本は電子化によって仕事量が増えた 単に紙でやっていた作業を電子化しただけなので 作業量はほぼ変わらずに習熟のコストだけが上がった Excel方眼紙やPDFだらけのシステムはそのせい 本当なら電子化するときに紙では必要だったけど本質的に必要じゃ無いものは削ったり 電子化することで自動化できる部分に関しては省略したりする必要があった ただ特に大企業の人間は「もしかしたら必要かもしれない」という恐怖心に勝つことができず 成功はないけれど失敗もない「ただ紙でやってた業務をデジタル化した」だけに留めてしまった 中途半端な電子化とルールの非明文化さんざん議論して効率化するために導入したはずなのに
#逃げ恥 リストラ候補の津崎平匡さんの資格欄「応用情報技術者、データベーススペシャリスト、基本情報技術者」
*ユノ* @yuno5323 ふと疑問に思ってググってみた「データベーススペシャリスト」…す、すげーー！wikiに書いてること殆ど理解できませんけどｗｗ国家資格だってことは分かった←平匡…半端なーい('◇')ゞ #逃げ恥 2016-12-08 01:13:07 リンク Wikipedia データベーススペシャリスト試験 データベーススペシャリスト試験（- しけん、Database Specialist Examination、略号DB）は、情報処理技術者試験の一区分である。試験制度のスキルレベル4（スキルレベルは1～4が設定されている）に相当し、高度情報処理技術者試験に含まれる。対象者像は「データベースに関係する固有技術を活用し、最適な情報システム基盤の企画・要件定義・開発・運用・保守において中心的な役割を果たすとともに、固有技術の専門家として情報システムの企画・要件定義・開発・運用・保守
技術なきマネジメントの衰退とその対策 - メソッド屋のブログ
今回は、マイクロソフトにいて自分が感じているIT業界の大きなスタイルの変化の兆候とその対策について書いてみた。今回もいつも通り、単に自分の意見をシェアしているだけであって、他の人にどうこうしろと言いたいわけではない。ただ、日本のIT業界が米国に追いつき、追い越すための議論のきっかけになるといいなと思っている。自分も楽しみながらも、もがいていることと、そこで見えた光について書いてみたい。 世界は「技術力」の重視に向かっている 私のキャリアは、某大手SIerを12年勤めた後、ITコンサルティング企業に３年在籍して、主に超上流を実践した。その後独立し、ビジネスモデリングから、アジャイルや、DevOpsの導入支援、マネジメント、開発などを実施していた。 私がマイクロソフトを受けてみようと思ったのは、友人からの推薦の要素が大きかったのだが、その背景では、海外で勤務したいという希望があったのと、「技術
【プロジェクト管理ツールを家庭に導入して2年】実感した6つの変化 - はてなニュース
こんにちは、IT系母ちゃんの平 愛美（id:mana-cat）です。職業は夫婦ともにITエンジニアで、2人の子どもたちと一緒に都内で暮らしています。子ども2人を育てながらの生活には、家庭特有のさまざまな課題が山積みです。そんな課題を解決するため、2年ほど前にプロジェクト管理ツール「Backlog」を家庭に導入しました。導入するに至った経緯と、導入してから生活がどのように変化したのかを紹介します。 ■ プロジェクト管理ツール導入のきっかけ 我が家の家族構成 プロジェクト管理ツール導入前の課題 カレンダー機能だけで課題を解決するのは難しい ■ 家庭にもプロジェクト管理ツールを導入しよう 「Backlog」を選んだ理由 ■ Backlogの使い方 Backlogの登録について （1）無償プランでBacklogを登録する （2）メンバーを追加し、課題を登録する （3） 課題のステータスを変更する
日本の大企業のソフトエンジニアはコードを書けない人だらけ
僕は日本でも有数の大企業で、ソフトエンジニアというポジションで仕事をしているが、もう転職をしたほうがいいんじゃないかと考え始めている。 元々、僕は大学を卒業後、ある中小のメーカーに就職した。そこではソフトエンジニアが企画の段階から入り込んで、まず商品企画から出てきた機能のプロトタイプを作り（コードは当然自分で書く）、そのプロトタイプを会議に持ち込んで、この機能はいいか、もっとこうすればいいんじゃないかという議論の上、プロトタイプを作り直しては企画を練り直し、最終商品としてリリースするというのが当たり前の時代を過ごした。要求仕様を確定する前に、プロトタイプを何度も作り、ブラッシュアップするスタイルで仕事をしてきた。それがソフトエンジニアの当たり前の姿だと思っていた。 そこから僕はその仕事をする中で、大企業だったら、もっと高度な制御を行うソフトを書ける人が沢山いて、自分もさらに難しい課題を解く
不思議の国のSE用語 - Qiita
不思議の国 SEが住んでいるところ、そこは不思議な不思議なお国柄です。 新たな国民として移住してきた人、特産物のシステムを買いに来た人など色々な人がこの国には存在します。 しかしこの国で話される言葉は 独特 です。 ぱっと聞いただけでは意味がわからなかったり、よく似た表現であっても微妙にニュアンスが違っていたり。 似たような表現を使い分けるその裏に、その人の意図や省略された文脈が隠されていたりもします。 どこの国でもコミュニケーションを間違うと非常に厄介ですが、そんなことにならぬよう、 お国言葉らしきもの をまとめてみました。 SEを代表例として、このお国言葉を話す人も、話される人も、改めて言葉の意味合いを見つめなおしてみると新たな気付きが得られるかもしれません。 なお、そんなことから 「絶対にSEしか使わない用語」を集めたわけではない のでその点ご了承くださいませ。 他言語版 @micr
人工知能や機械学習プロジェクトを進める際に気をつけること - bohemia日記
こんにちは。ぼへみあです。 先日、Developers Summit 2017に行ってきました。 去年は登壇していましたが、今年は訳あってHololense体験コーナーで「Hololenseスゴイやろ」ってドヤ顔してましたが、セッションも少しだけ見てきました。 機械学習や人工知能系のセッションは、ブームのせいかどこも人がいっぱいでした。 特に気になったのは、「AI礼賛時代にエンジニアはいかにしてサバイブすべきか」というセッションでした。 speakerdeck.com 特に、機械学習をサービスに導入しようとするプロジェクトの陥りがちなポイントに触れられていて、共感したと同時にとても参考になりました。 そこで本記事では、当該セッションの内容に自分の経験を加えて、機械学習プロジェクトのコツを述べたいと思います。 ゆるく小さく始める 人工知能がブームになって、「よーし、ウチも人工知能やるぞー」と
面倒なデータマイニング作業を時給200円ぐらいでバングラデシュ人に発注してみた:tks(高須 正和)のブロマガ - ブロマガ
先週の金曜に、超会議でお仕事の関係で東京に戻ってきて、そのまま土日はずっとハッカソンをしていた。 疲れ果てつつ充実したハッカソン後 International Space Apps Challenge(以下ISAC)という、NASAが主催しているハッカソンがある。人工衛星の位置データとか、月面や火星の写真とか、その他ものすごい量の様々なデータを世界中のハッカーに解放して、2日間で何か面白いものを開発もらって、宇宙に親しみを持ってね、というハッカソンだ。 いろいろな都市で行われていて、僕は2011年から東京支部に参加している。会場の大きさの限界だった80人はすぐ埋まったようで、シンガポールに行っていて出れなかった去年はもっと大人数で行われたそうだ。 ■NASAのハッカソン いくつかNASAから課題が提示されているのだけど、昔は「好きに何かやってください」みたいなモノが多く、アウトプットも「星
学年だよりをPDFで。 似たようなことをしたら…無残な結果に - パパ教員の戯れ言日記
短いエントリーです。 学年だよりをPDFで配ってしまえば良いというブコメがありまして、実際に似たようなことをやってみたので、お知らせします。 前のブコメで学年便りの質が…と言われたのですが、使い回し前提のWordだとこんなもんです…学校のパソコン、書体がOS+Officeのデフォルトのままですし… （ちくしょ、一カ所直し忘れておいもフェスタのままだ。半角と全角も混じってて気持ち悪い…） 夏休みの課題一覧と作品用の名札を学校のウェブサイトで配信してみた 夏休みの課題一覧を配るのをやめて、配信にしてみたんですね。作品用の名札もセットで。 夏休みの課題の一覧って、膨大な数の課題から1つか２つ選んで提出なんです。 ということは、そのページ以外は要らないんですね、本来。紙が勿体ない。うちの市、年度末になると紙を買う予算ががないって言って騒動起きます。（大抵どうにかなりますが）なので配信にしました。
もうダメアプリなんて呼ばせない！「電池バカ食い」を防ぐAndroid開発のコツ
「バッテリーの減りが異常に早い」「機能の割になぜか通信ばかりしている」——せっかく作ったAndroidアプリがユーザーに嫌われないために、バッテリーやネットワークのリソースを節約する、ちょっとしたコツを紹介。 モバイルアプリ開発の大きな問題が、バッテリー消費量とネットワークデータ消費量です。スマートフォンのリソースは限られているので、以前にも増して問題になっています。 この記事では、バッテリーの駆動時間とネットワークデータ消費量の削減にポイントを絞って解説します。バッテリーの駆動時間を伸ばし、ネットワークデータ消費量を最小限に抑える方法のコツを例を挙げて解説します。 バッテリーの駆動時間を最大にする もっともバッテリーを消費するハードウェアは、CPU、センサー、液晶画面です。センサーは、GPS、NFC、Bluetoothなどを指します。 バッテリーを消耗するハードウェアを念頭におけば、開発
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「Windows 10移行とSurface2000台導入で働き方改革」、日清食品HD
NOOK
Engadget | Technology News & Reviews
セキュリティの都市伝説を暴く
技術的負債と向き合う
