双子の ママプログラマー の仕事の進め方〜リーダーとしてリリース日を厳守できた3つの理由〜 | 株式会社ヌーラボ(Nulab inc.)
私は母親であり、プログラマーです。家事育児のため残業は基本できません。 しかし母親業と並行しながら、あるプロジェクトにリーダーとして参加する機会を得ました。「 ママプログラマー 」の仕事の進め方と、プロジェクトのリリース日を厳守できた3つの理由、そして仕事をする母親としての意見を最後にまとめたいと思います。 ママプログラマーの仕事の進め方 1. 限られた時間を有効利用する 家の雑用は毎日細々とあり、夜 7 時に帰宅したかと思えば 気付くと 10 時を回っています。 残業をしないと最初に書きましたが、台所で Backlog や Typetalk を眺めてはいます。 家事をしているとパソコンを開くこと自体が億劫に感じます。スマホでさらっと確認できるのはとても便利です。 空いた時間で仕事の状況を把握しておくと、次の日の朝にチェックすることが少なくなり、すぐに集中して開発に取りかかれます。 2.
CodeIQについてのお知らせ
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
技術なきマネジメントの衰退とその対策 - メソッド屋のブログ
今回は、マイクロソフトにいて自分が感じているIT業界の大きなスタイルの変化の兆候とその対策について書いてみた。今回もいつも通り、単に自分の意見をシェアしているだけであって、他の人にどうこうしろと言いたいわけではない。ただ、日本のIT業界が米国に追いつき、追い越すための議論のきっかけになるといいなと思っている。自分も楽しみながらも、もがいていることと、そこで見えた光について書いてみたい。 世界は「技術力」の重視に向かっている 私のキャリアは、某大手SIerを12年勤めた後、ITコンサルティング企業に３年在籍して、主に超上流を実践した。その後独立し、ビジネスモデリングから、アジャイルや、DevOpsの導入支援、マネジメント、開発などを実施していた。 私がマイクロソフトを受けてみようと思ったのは、友人からの推薦の要素が大きかったのだが、その背景では、海外で勤務したいという希望があったのと、「技術
「ついカッとなって……」取り組んだ"開発者のための開発"で業務効率を改善させた話 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
「ついカッとなって……」取り組んだ 開発者のための開発 で業務効率を改善させた話 ソフトウェアエンジニアの醍醐味は、華々しい働き方のみにあるものではありません。開発者のための開発など、地味かもしれないけど楽しくやりがいのある仕事について紹介します。 アプリケーションエンジニアの id:aereal です。はてなで働いています。 昨今は機械学習などが半ばバズワードと化し、「トレンドを追いかけなければソフトウェアエンジニアとして生き残れないのではないか」という漠然とした不安に襲われることはないでしょうか。 これという専門分野の技術を活かし、所属する企業やひいては社会へ貢献するというあり方は、技術職として華があり憧れを誘うものです。 しかしソフトウェアエンジニアの醍醐味はそういった華々しい働き方のみにあるものではなく、むしろその他の様々な分野にたくさん散りばめられていると筆者は考えます。 この記
4人規模で同人ゲームを制作するに当たって使用したツールやサービスの紹介 - Qiita
しあわせの国って同人サークルでゲーム制作してます。 ダラダラと野郎4人でゲーム制作を開始してから1年経ちました。まったり楽しく制作しています。 そんな同人活動ですが、資金はないし、同じ物理スペースに居るわけでもないし、活動時間なんて決まってないしと、様々な事情が会社という組織と異なってきます。そんな中で、快適に活動するためにいろんなツールだとかサービスだとか試してきました。以前はコロコロ使用サービス増やしたり使用ツール変更したりしてましたが、安定してきたのでいくつか紹介します。 なお、それぞれのツールについては軽く紹介する程度とします。気になる物があったらぜひググって、利用してみてください。 メンバー全員Windowsです。Windows以外のOSじゃ動かないものも含まれてます。 ゲームそのものを作るためのもの Unity - Game Engine 最強のゲームエンジン Visual S
「Google丸投げ」でiOSアプリ開発が恐ろしくラクになる！Firebaseの使い方
Googleが運営するFirebaseを使えば、面倒なサーバーの処理は任せて、クライアント側の開発に集中できます。サンプルアプリを例に、基本的な使い方を体験してみましょう。 Firebaseは、アプリを素早く開発しデプロイできるようにするための「Backend as a Service（BaaS）」プラットホームです。Firebaseは多くの機能を提供しています。リアルタイムデータベース、ユーザー認証（Eメールとパスワード、Facebook、Twitter、GitHub、Googleアカウントを使用できる）、クラウドメッセージング、ストレージ、ホスティング、リモートコンフィギュレーション、Test Lab、クラッシュレポート、通知、アプリのインデックス付け、ダイナミックリンク、招待、AdWordsとAdMobなどが含まれています。 この記事ではシンプルなToDoアプリを作成しながら、Fir
業務でWebサービス開発をする際に気をつけたいこと（新卒向け） - Qiita
趣味でも業務でも日々Webサービスを開発しているzaruです。こんにちは。ついにアドベントカレンダーも最終日です。まだサンタとしての仕事が残っています。さて今回は仕事としてWebサービスを開発するときに気をつけたいポイントを紹介します。まぁ仕事に限った話じゃないですが…参考になれば幸いです。特に新卒プログラマあたりに読んでもらえればと思います😀 なお僕の業務上インフラ周りはAWSが多いです。 RASISという指標 RASISという指標があります。コンピュータシステムの評価指標5つの頭文字を取ったものです。 Reliability（信頼性） Availability（可用性） Serviceability（保守性） Integrity（保全性） Security（機密性） 今回はこの5つの指標に沿ってポイントを紹介していきます。RASIS自体については色々なところで解説されていると思うので
Riotのオンラインサービス運用：第1部 | POSTD
Riotのインフラチームに所属しているJonathan McCaffreyです。これから連載でRiotが世界中でどのようにバックエンド機能をデプロイし運用しているのかを詳しく説明していきますが、本稿はその第1回です。技術的な詳細に入る前に、Rioters(Riotで働いている人たち)が機能開発に対してどう考えているか、を理解することが重要となります。Riotで最優先されるのがプレイヤバリューで、開発チームはプレイヤコミュニティと密に連携し機能や改善に関する情報を提供しています。可能な限り最高のプレイヤエクスペリエンスを提供するためには俊敏に行動しながらもフィードバックを基に迅速に計画を変更できる能力を保持する必要があります。インフラチームの使命は、開発者がこれを実現するべく道筋を整備することです。Riotのチームを強化することで、少しでも早く機能を届けることができ、プレイヤに楽しんでもらう
一からマイクロサービスの開発フローを作った話 - Qiita
※ 2016年の記事なので、すでに古い情報が多いです。 今の会社で、全社の外部サービスで利用できるAPIを作ってね、という話があったので、環境構築からコーディング、運用まで一人で行っている。 基本はAWSのサービスを利用し、ログの保存だけGCPのBig Queryを利用した。 ※ 2017/10/13 追記 このときの経験を踏まえて、コンテナでの環境構築を行ったので記録した。 → 一からAPIサーバの開発フローを作った話〜コンテナ編 関連記事 マイクロサービスで調査しやすいログをつくる マイクロサービスのテスト作成方針 マイクロサービス作成時におこなった負荷対策 deployフローに関しての振り返り ウェブサービス構築時に導入する、開発が3倍速くなる仕組み 簡単な要件 ゲームなど自社で利用するユーザアカウント情報を1つにする 現在のアカウントで引き続きサービスは利用できる アカウント以外に
5カ月でAngularJSとTypeScriptでSPAを開発。その技術の選択理由と開発過程は？（前編） Developers Summit 2016
5カ月でAngularJSとTypeScriptでSPAを開発。その技術の選択理由と開発過程は？（前編） Developers Summit 2016 シングルページアプリケーション（SPA）は、最近注目を集めているWebアプリケーションのアーキテクチャです。HTML全体の書き換えは行わず、変更が必要な部分だけをJavaScriptで動的に書き換えていくことにより、反応がよくユーザー体験にすぐれたWebアプリケーションを実現できます。 このSPAの開発を、技術の選択、仕様の策定、開発を含めて5カ月で行った経験談が、2月18日に都内で行われた「Developers Summit 2016」（通称デブサミ）のセッション「5か月でAngularJSとTypeScriptでSPAをつくった話」で紹介されました。 注目されているアーキテクチャをいまどきの技術を採用して開発した事例は、立ち見がでる人気
何故システム開発にはお金がかかるのか - ゆとりずむ
こんにちは、らくからちゃです。 先日、こんな記事を読みました。 いやあ、色々と大変そうですね・・・。 こういったシステム開発をしていて、お客様によく言われるのは『え、こんなちょっとしたことなのにそんなに係るの！？』ということ。 うーん、お客さんが言っているのは確かにちょっとしたことなんですよね。でも、ちょっとしたことだとしても、それを会社としてしようとするとなんやかんやで色々とお金がかかってしまうのです。 会社によって考え方は違うかもしれませんが、システム開発に必要なおかねは、 作業時間✕人件費＋経費＋営業費＋利益 です。個人が趣味でやるのであればとにかく、色んな費用が発生するんですね。今日はそのへんの話を、愚痴も兼ねて書いてみたいと思います。 作業時間 まずはシステム開発にかかる作業時間。システム屋の間では『工数』なんていったりしますが、プログラムを作るといっても、かかる時間はプログラム
Webサイト開発の作成フローをご紹介！独学なので微妙かもしれませんが(^-^; - マネー報道 MoneyReport
2016年1本目のWebサイト 昨日は新年の1本目のお仕事である「新Webサイト」をリリース致しました。 昨年まではスケジュール管理をしないで開発をしていたら、ダラダラと開発期間が伸びてしまったので、今年からはきちんとガントチャートを引いてスケジュール管理をしながら開発をしてみました。 そしたらば、あれほど遅延しまくっていた開発がスムーズに予定通り進める事が出来、予定通りの日付にリリースする事が出来ました(^-^)v 昨日の記事にブコメを頂きました。 id:tmura3さん できれば作成フローを記事にしていただきたい。 との事で青コリ（id:tmura3）さんからリクエストを頂いたので、今日はその辺を書いてみたいと思います(^-^)v photo by everyplace 前提 今回私が開発していたのは、自分で「企画・設計・開発・リリース」したWebサイトになります。 しかも作業する人間
初めての個人WEBサービスを作り始める前にやるべき設計
少し前の記事(「プログラミング未経験者がWEBエンジニアになるためにやるべきこと」)の元になったプログラミング初心者の二人が、それぞれ無事Railsのチュートリアルまで終わらせていざ自分のサービスを作りたい！ってなった時に、さて何から手をつけたらいいんやろう？という同じ悩みにぶつかって同じようなアドバイスをしてたので、またその内容をまとめてみました。 初心者に限らず、小規模WEBアプリを作る時にこういうことをしとくといいかなっていう個人的な手法みたいなのをざっくり書いていきます。 SPONSERD LINK 前提 一般的なシステム開発は下記のフローで進んでいきます。 要件定義 設計 開発 テスト リリース ウォーターフォールはこれを1回流して完成、アジャイルはこれを小さく切ってぐるぐる回すというイメージですが、「初めての個人アプリを最初にリリースするまで」という状況では、一番困るのは2の設
スキルマップ作成のすすめ
チームでの開発って大変だけど楽しいと思ってるみなさんこんにちは。@ryuzeeです。 チームは共通の目標に向かって日々の仕事に取り組んでいくことになりますが、そのためにはメンバーそれぞれが必要なスキルをもっている必要があります。このスキルを見える化するテクニックの1つとしておすすめなのが、スキルマップです。 作り方は簡単で以下の図のように横軸に必要なスキルを、縦軸にチームメンバーの名前を入れます。それぞれのマスでは、その人のスキル度合いを表す印を入れていきます。ここでは、★：エース、◎：得意、○：一人でできる、△：助けがあればできる、空欄：できない、・：今後習得したい、というようにしていますが、この記号はチームで好きに決めて構いません。 このスキルマップの効用と運用について見ていきましょう。 効果：スキルの見える化長い間同じチームで働いていれば、誰が何をできるのかはだんだん分かっていきます
ダレずに開発を走り切る為の習慣
重要なのは、この「煩わしさ」は、「そのタスクを完了した際に、どれだけ体力と意欲を使い果たすか」 の指標であることです。 「技術的には難しくないから、経験の浅い人にまとめてやってもらおう」と、そうした「だるいタスク」を集中させてしまうと、あっという間に人員が疲弊して 最悪離職します 恥ずかしながらこういう経験があります。 「だるさ見積り」した => 予測工数の -5%〜+5% の前倒しor遅延 で済んだ 「だるさ見積り」しなかった => +20%〜40% も遅延した。 終わった後の生産性の低さも本当にもう酷かった。 ごめんなさい。。。。 やろう！『だるさ』見積り！本当に大事だよ！ [見積もり編] 3. OKR を意識したバックログ 具体的には Github の issue サマリを記載していく事柄で実践します Objectives : この PullRequest で何ができてほしいのか サ
Slackで簡単に「日報」ならぬ「分報」をチームで実現する3ステップ 〜 Problemが10分で解決するチャットを作ろう
Slackで簡単に「日報」ならぬ「分報」をチームで実現する3ステップ 〜Problemが10分で解決するチャットを作ろう〜 開発プロジェクトを進めていくと、チームは様々な課題に直面する。こうした課題は、週次のミーティングや日報で共有して解決していくことが多い。 課題は大小様々だが、特に数時間で解決できるような小さな課題をいかにリアルタイムで解決していくかで、チームのスピード感が大きく変わってくる。 僕のチームでは、リアルタイムの課題解決の為に、社内チャットSlackを社内Twitterのようにする邪道な使い方「分報」という取り組みを実践している。 > 日報の弱点日報の弱点 日報は一日の業務の報告書で、一般的に「進捗状況」「体験」「学習」「課題」が記載される。これらをチームで共有することで暗黙知を減らし、個人とチームを成長されることが目的だ。報告方法はチームによって様々だが、メールをはじめ、
プロジェクトを成功させるために最初におこなっていること - $shibayu36->blog;
ディレクター時代に仕事でプロジェクトを受け持つ時にどうやったら成功させることが出来るのかについていろいろ考えていた。僕は開発フローをいろいろ考えるのが好きなのだけど、実際に自分がリーダーシップを取ってプロジェクトを進めることを経験すると、そもそもその前に考える・決めるべきことがたくさんあるということが分かったので、ブログに書いておこうと思う。 ここで言うプロジェクトとはサービスを一から作ったり、サービスの一機能を作ったり、受託案件一つだったりを指す。特に開発プロジェクトに限定するものでもない。 プロジェクトを成功に近づけるためには、まずプロジェクトの開始時に、プロジェクトの5W1Hを明確にし、個々のメンバーの責任範囲を決め、それらを一つの場所にまとめておくということをしておくと良いと考えている。 5W1Hを決める すごい基本的なことだけど、プロジェクトをやる上でやはり5W1Hは大事である。
俺が考える最強の新規サービス開発フロー - 小さなお城
インターネットサービスを想定した理想を書いてます。 エンジニアリングに特化した話ではなく、アイディアを思いついてからリリースするくらいまでの浅く広い話で、個人的な趣向であり、組織や環境によっては合わないかもしれません。 とりあえず、リーン・スタートアップとアジャイルサムライ−達人開発者への道−は、すごくいい本で勉強させていただきました。 アイディアを整理します 実現したいアイディアが解決するユーザプロブレム、提供する価値を整理します。 例えば、 ● ユーザプロブレム: お腹いっぱい美味しいものを食べたい！ ● 提供する価値 : 安くて美味しくて腹持ち良い食べ物屋さん アイディアの簡単なペルソナを想像します ペルソナとは提供するサービスの一番の顧客になってくれる人の人物像です。 例えば、 G太、小学1年生男児。体重40kg。 頭はおにぎりのような形をしており、10円ハゲがある。 小学校では
[徹底解説]オフショア開発でエンジニア単価は安いのに全体費用が高くなる場合 | 株式会社モンスター・ラボ -セカイラボのラボ型オフショア開発
カテゴリ:オフショア基本 「オフショア開発は安い」と聞いていたから見積もりを依頼したのに、出てきた金額は全然安くない！という意見をいただくときがあります。オフショア開発のメリットはエンジニア単価を安く抑えられることがですが、場合によってはプロジェクトの全体費用が日本の開発会社に比べてそこまで安くない、コストメリットが出づらい場合があります。それはなぜなのでしょうか 今回はオフショア開発のコストメリットについて、その仕組みや最大限に活かす方法を徹底解説させていただきます。また、この記事の最後で「オフショア開発のコストメリットを最大限に引き出すためのチェックリスト」へのリンクを紹介しています。併せてご覧ください。 ■目次 ・ オフショア開発の魅力はエンジニア単価が安いこと ・ オフショア開発のデメリットが出ているかも！？ ・ オフショア開発でコストメリットが出る場合と出づらい場合を２つずつご紹
弊社のWebアプリケーション受託開発の悩み - Fjord, Inc(株式会社フィヨルド)
弊社では怖話を運営しておりますが、Webサイト・アプリケーションのデザイン・システムの受託開発も行っております。（受託開発を受け付けていますか？とよく質問されるので） 怖話を見ていただければ一番良いのですが、Railsを用いたWebアプリケーション開発・デザインを得意としています。 弊社での受託開発について一つ悩みがありまして、それは、 「せっかくデザイナーとプログラマーの２人の会社なのに別々の案件ばかりやっている。」 ということです。 わたくし@komagataはプログラマーですが、プログラマーのいないデザイン会社様からの依頼で外部のデザイナーの方と組んで開発をすることがほとんどです。 また、@machidaはデザイナーですが、デザイナーのいないシステム会社様からの依頼で外部のプログラマーの方と組んで開発することがほとんどです。 弊社内で隣に座って仕事をしてるのに別々のプロジェクトをやっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
