2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod

こんにちわ。債務者ことゆろよろです。家買いました。 さて、最近こんなまとめが話題になりました。自分もコメントしましたが、すごい情報量になってます。 これ知らないプログラマって損してんなって思う汎用的なツール #JavaScript #PHP #Ruby #Python #HTML - Qiita 【まとめ】これ知らないプログラマって損してんなって思う汎用的なツール 100超 #PHP #JavaScript #Python #Ruby #HTML - Qiita で、自分のコメントにも書いたのだけど、基本的に仕事はターミナルでssh接続して、Vimでコード書いてるので、この辺の環境構築についてまとめてみた。最近Terminal.appからiTerm2に移行して、screenからtmuxに乗り換えたので、その辺も含めて導入方法を書いておく。 手元の端末はMBPでOSX Lionだけど、ほぼ同

Endless possibilitiesFranz supports a great variety of business and private messaging & chat services like Slack, WhatsApp, WeChat, Messenger, Telegram, Google Hangouts, Skype, Zendesk and many more. It does not matter if you just want to keep in touch with your friends or are managing a multi-seat customer care team. Franz got you covered. Find a complete list of all supported services here One s

FPやHaskellのモナドをSwiftを使って説明してみたけど、過去のものなので今はあまり参考にならないかも。それと内容的にも少し修正が必要。Read less

Reactive Swift Meetup http://wantedly.connpass.com/event/29039/

iOS のヒューマンインターフェースを理解するためにはまず UI 設計の原則を定めた聖典 iOS Human Interface Guidelines を読むことから始めなければなりません。ここにはプラットフォームの特徴から情報設計の原則、それぞれ何のための部品なのか、という解説がされています。なぜこうなったのか、なぜこれが良くてあれが駄目なのか、Apple の UI デザイナーは何を考えてこのような設計にしたのか、HIG ではそのようなところまでは説明されていないことがあります。いくら内容を丸暗記したとしても「 なぜ 」がわからなければ本質から理解したとは言えません。 よくある UI デザインにおける誤り、『磨りガラス効果がかっこいい』『アニメーションしておくとかっこいい』『ボタンは右配置の方が押しやすい』『色が綺麗』『流行っているから優れている』…などがありますが、そういうことではない

初めまして、新卒入社の桑折(@2k0ri)と申します。 入社から今日まで約３ヶ月間、研修およびOJTを受けさせて頂いておりました。 その初OJTのステージング環境で、デプロイ先ディレクトリのシンボリックリンクを消すつもりが デプロイディレクトリを中身ごとrm -rfする という重度のやらかしをしでかしました。 30秒うちひしがれた後、ググって extundeleteというコマンドを見つけてからの 自分が行ったリカバリーの手順を残します。 なお、このコマンドはext3/ext4フォーマット専用になります。 1. サーバーへのアクセスを出来る限り抑えるように周知 最近のLinuxのデファクトFSであるext4フォーマットは、rmされたデータの跡地に 待ったなしで容赦なく新しいデータが書き込まれていきます。 そのため、何よりもまず失われたデータが上書きされないように、 該当サーバーでやらかしたこ

こんにちは。会員事業部の丸山です。 エンジニアが開発を開始する時にはタスクの見積もりとスケジュールを作成行って、実装を進めていくと思います。 しかし1ヶ月を超えるような規模の開発をする場合、なかなか予定通りの期日に終わらなかったりすると思います。 そして大抵の場合、増える方向になりますよね。 今回はそういうことにならないために、私が気をつけていること・実践していることをいくつか紹介したいと思います。 見積もりとは まずは「見積もり」とは何なのかを正しく理解したいと思います。 一般的には「見積もり」＝「全タスクとその工数を洗い出す」というものだと思います。 しかしここで以下のことに気をつける必要があります。 見積もりとスケジュールとコミットメントは違う 見積もりとはあるタスクがどれだけの工数(規模)なのかを算出することです。 対して、スケジュールとはあるタスクがどれだけの工期(期間)なのかを

はじめに Webサービスやアプリを企画したり、立ち上げたりする際にプロトタイピングツールや、ExcelやPowerpoint、Illustraterなどを駆使した謎のファイルで画面遷移図を描くことがある。 こういう図を元に仕様を決めて行って、サービスを作っていくのは以下の点で困る。 画面遷移図が保守されない。 書くのが非常に面倒くさい ユーザーのモチベーションの流れが追いづらく、見た目ばかりに注目してしまうものになりがち マシンリーダブル(ソフトウェアで構造を取り出せない)でない。 このような欠点があってどうにも扱いづらい。 そんなわけで、markdown風のテキストから簡単に画面遷移図を描けないかなとコンパイラを作成し、次にそれをインタラクティブに編集できるエディタを作成した。 UI Flows図について 画面遷移図的なものを書く際に、僕が個人的につかっていた表現方法として、UI Flo

開発環境 OS: OS X Yosemite 10.10.5 Visual Studio: Visual Studio Code Version 0.10.11 (0.10.11) nodejs: node-5.1.0 Yeoman: 1.7.0 .NET環境のインストール ASP.NETのリポジトリを追加 $ brew tap aspnet/dnx パッケージをアップデート $ brew update .NETバージョンマネージャ「dnvm」をインストール $ brew install dnvm 起動スクリプトの設定 毎回、自動で読み込まれるように設定 $ echo source dnvm.sh >> ./bash_profile .NETバージョンマネージャ「dnvm」の起動 dnvmの起動 $ dnvm 最新の.NET frameworkに更新 $ dnvm upgrade Node

私が初めてeXtreme Programming に出会ったのは確か2000年だと思う。実際に初めてのプロジェクトを実施したのが2001年。それからすでに15年が経過していることになる。そんな長い間アジャイル、そして DevOps の日本での導入に関わってきた。日本のアジャイル導入に関しては全て成功とは言わないが、かなり成果は上げてきたとは思う。だけと、今日は自分の導入ポリシーの誤りに気付いて、新たなステージにいける気がしたので、そのことを共有してみたい。 2002年 尊敬するアリスターコバーンと、XP JUG関西のメンバーと清水寺で。私が写真撮ってたのかなw Alistair.Cockburn.us | Alistair's first trip to Japan sept 2002 日本はアジャイルの導入がこれからという噂を聞いたけど本当？ これは、私がマイクロソフトの面接の時に、当時

舘野 (id:secondlife / @hotchpotch) です。 クックパッドでは会社の中心にキッチンがあり、社員同士でランチやお菓子を作ったり、イベントを開いたりと社内のコミュニケーション用途で広く使われています。そんなキッチンで作られている様々な料理や、楽しそうなコミニュケーションをその場に居ない人にも伝えたいなー、どうにか伝える方法は無いのかな〜と思っていました。 そんな中、より良い組織を作るために の中でも触れられているコミニュケーション改善の話をしている最中、社内に共用のカメラが置いてあって、撮った写真が何もせずとも自動で社員が見れる場にアップロードするだけの仕組みを提供するだけでうまく行くかも、と思ったので2014年末に作ってみました。 サービスのコンセプト 作るときに盛り込んだコンセプトは以下の二点です。 運用コストがゼロ アップロードコストがゼロ 運用コストがゼロ

どうも、僕です。 突然で大変恐縮なんですけど、昼間になんか無性に「ふんぬーっ！！」ってなることありません？ 襲い来る「ふんぬーっ！！」の恐怖 <上司と資料のレビュー中> ぼく  「こんな感じでしょうか？(PCでエクセルいじる)」 上司「そうだな (ちょっとイライラ)」 ぼく  「あとは先程ご指摘いただいたところがこうですね」 上司「あ、そこ！(イライラ)」 ぼく  「はい？ここですか？」 上司「違う！もっと下にめくれ！！」 ぼく  「承知しました。(下ポチー)」 上司「違げぇ！！エクセルを下にめくれって言ってるんだよ！！」 上司「こうだろうが！！(スクロールバーを上にぐいー)」 ぼく  「(逆じゃねぇか...)」 上司「なんでコレがわかんねぇんだ！日本語だろうが！」 ぼく  「...はい。失礼しました」 ぼく  (「ふんぬーーーー！！！！」) <またまた資料のお直し中> ぼく  「数字はこ

15歳でデビューした芸能界、大学で始めたプログラミング…偶然が作った自分だけの生き方。”ギークな女優”が歩んできた、これまでの道程 今回、話を伺ったのはプログラミングができる女優として活動する、”ギークな女優”こと池澤あやかさん。世間一般がイメージする”タレント”という枠を越え、幅広いフィールドで活動する彼女の生き方は一見、戦略的にも見えます。 しかし、彼女のキャリアを紐解いていくと、ターニングポイントで出てくるワードは全て偶然。そんな彼女はどうやって自分の”やりたいこと”を形にしていったのでしょうか？池澤あやかさんの生き方から、自分らしい働き方”をするためのヒントを探っていきます。 【プロフィール】 1991年大分県生まれ。慶應義塾大学SFC環境情報学部を2013年に卒業。2006年の第6回東宝シンデレラオーディションで審査員特別賞を受賞し、同年映画『ラフ』にてデビュー。映画『デトロイ

SIerは人が多すぎるうえに、なぜあんなに働くのか。 井上：SIはなんでハッピーじゃないんですかね。 神林：えっと、まずは、人多すぎですよね。もうちょっと少ない人数でできるところに無理やり人を入れてしまって、いや、いろいろな問題があるんですけど、一番大きいのはやっぱりお互いに知識が不足している。 井上：そうですよね。なんであんなに働くんですかね。 神林：たくさん人を働かせたほうが売り上げが上がるからですよね。結局、ユーザーさんが評価ができないんですよね。システムの価値を。中身がわからないので、どういう評価をするかっていうと、どれだけ人を突っ込んだかっていうほうが、人月工数の原価が高い、要は価値があるように見える。人がたくさんいて作ったもののほうが、人が少ないよりもいいものに決まっているっていう発想が抜けてない。抜けていないっていうか、それしか判断する根拠がない。 井上：それで、人数が多いの

Developers Summit 2016 セッション 『【19-C-2】【ユーザ企業が語る！】チーム開発をサポートし、生産性や品質の向上を実現するソフトウェア開発環境とは？』 事例発表 『SIerは如何にしてGitHub Enterpriseを導入するにようになったか』 http://event.shoeisha.jp/devsumi/20160218/ http://event.shoeisha.jp/devsumi/20160218/session/1037/ Read less

Developers Summit 2016 セッション 『【19-C-2】【ユーザ企業が語る！】チーム開発をサポートし、生産性や品質の向上を実現するソフトウェア開発環境とは？』 事例発表 『SIerは如何にしてGitHub Enterpriseを導入するにようになったか』 http://event.shoeisha.jp/devsumi/20160218/ http://event.shoeisha.jp/devsumi/20160218/session/1037/ Read less

少人数1チーム体制時代から多事業部多人数体制時代までAndroidエンジニアの役割が変遷していくなかでチームが直面した課題とそれを解決する為に構築してきた開発プロセスや習慣、仕組みをお話します。すぐに導入できそうなものを中心に紹介します。