Engineering Managerを廃止して1年経ちました - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
こんにちは、ゆのん(id:yunon_phys)です。このエントリーはAkatsuki Games Advent Calendar 2022の14日目の記事です。昨日はMaxBaconPowerさんの「巨大数でわかる Elixir の魅力」でした。Elixirが再帰が得意とはいえ、良くこんな題材を思いついたなと感心しました。早くふぃっしゅ数を見てみたいものです。 さて本題に入るわけですが、昨年、Engineering Manager(EM)を廃止して3つに分割したという話を書きました。そこから1年経ち、どのような状態になったのか、ふりかえりも含めて書いていきます。本記事は前回の記事を読まなくても読めるようにしていますが、更に背景理解したい方は前回の記事も読んでみてください。 hackerslab.aktsk.jp ずばりEMを無くして良かったのか これはマクロに見ると明確に良かったと思って
フリーランサー/小規模向けのプロジェクト管理·Solo MOONGIFT
SoloはPHP製のソフトウェアです。 ごく小規模な、そう一人でも使えるプロジェクト管理は意外と使い勝手が良いものはなかったりします。少人数で使うにはちょっと大袈裟な機能がたくさんなので、手に余る感じでした。そこで紹介したいのがSolo、小規模にこだわったプロジェクト管理です。 インストール。ウィザードに沿って進めるだけです。 メイン画面です。プロジェクトが並びます。 プロジェクト作成画面。基本的にこういったモーダルウィンドウで入力を行います。 プロジェクトにはタスクが追加できます。 カレンダー機能があります。タスクの期限に合わせて表示されます。 クライアント。 タスク管理。プロジェクトを横断的にチェックできます。 ファイルの添付もできます。 プロジェクトテンプレート。 タスクはタイムトラッキング機能が備わっています。 Soloは主にフリーランスが集まってプロジェクトをこなすのに合わせた設
開発現場の天国と地獄 第1回 “完璧な設計”がプロジェクトを失敗に導く！？
本連載では筆者がかかわった実際の開発プロジェクトを詳細に分析、検討し、そのうえで、ソフトウェア開発プロジェクトを成功に導く要因あるいは失敗に陥る原因などを探っていきます。連載を展開するうえで筆者は「開発プロセスと開発効率には何らかの相関関係がある」という仮説を掲げています。つまり、開発プロジェクトをスムーズに進め、最終的に成功へ導くためには、適切な開発プロセスの存在がどうしても必要なのではないか、という立場です。連載中にはさまざまなタイプのプロジェクトが登場しますが、千差万別の事例分析を通じて、この仮説の普遍性を明らかにできればと考えています。 ところで、一般的に開発プロジェクトの失敗（あるいは効率が明らかに低かった）原因として以下のようなことが指摘されます。 最新の開発プロセスを適用しなかったから？ プロジェクトマネージャの能力が低かったから？ エンジニアが慣れていない最新の開発技術を適
会社員の立場と実力は運が7割、選択が1割、残りは努力 - 感謝のプログラミング
悪い意味での典型的なSIエンジニアの口癖は、 「なんで○○なの？」 だ。 なんでそうなるのかを興味があるのではなく、否定するためになぜなぜ聞いてくるのだ。 説明できなければ、「×」。 こういう人とは建設的な議論にならない。 そういう人と話していても、話は広がらない。 雰囲気が悪くなるし、とりあえず否定しようと構えている人とやる仕事に良いアイデアは降ってこない。そのうち案も出なくなる。 それが続くと、無難なことしか言わない非イノベーティブなSIエンジニアの出来上がりだ。 一方で、(悪い意味での)典型的SIエンジニアには、 「これはこうだから、こうした方がいいんじゃない？」 という人は少ない。 対案を出すだけの技術的な素養はないからだ。 技術的な裏付けはなくても否定はできる。 プロ野球の観戦者や国の政策を否定するオバサンと同じで、 否定するのは実はすごく簡単なのだ。 そもそもどのような場合も完
変数とメソッドの命名ベストプラクティス15 - 杉風呂2.0 - A Lifelog -
この記事は、Cagdas Basarane 氏のブログ、 CodeBuild から 2012年2月20日の記事 "15 Best Practices of Variable & Method Naming" を翻訳したものです。 原文URL http://codebuild.blogspot.com/2012/02/15-best-practices-of-variable-method.html 十分短く十分長い変数名をスコープごとに使用する。一般的に、ループカウンタには1文字、条件やループ変数には1単語、メソッドには1-2単語、クラスには2-3単語、グローバル変数には3-4単語を使用する。 具体的な(specific)名前を使用する。例えば、"value"、"equals"、"data"といった変数名はいかなる場合も有効ではない。 意味のある(meaningful)名前を使用する。変数
Sphinxでドキュメントを生成する - rabbit2goのブログ
最近、Sphinxを使ってドキュメントを書いている。元々、Wordのようにチマチマと自分で文字のレイアウトや装飾を指定するタイプは好きではなく、LaTeXのように「プレーンテキストで文章を書いて、コマンド一発で出力を生成。レイアウト等は一切お任せ」型のシステムが好きなので、Sphinxはまさに好みのタイプと言える。 Sphinxのメリットを自分なりにまとめると次のようになる。 文書はプレーンテキストへ書く。実際の出力形態はSphinxへお任せ。 別ファイルに用意しておいた画像ファイルも取り込める。 HTML形式だけではなく、PDF形式等での出力も可能。 blockdiagやseqdiagなど、テキストで書いたコマンドで図面を生成して取り込み可能。 Windowsでの導入方法については下記のエントリが詳しい。 Sphinxでドキュメント生成-図を描く（Windowsでの始め方） - toru
みんなでガント.com
会員登録不要でチームやグループと共有利用が可能なガントチャートを、 簡単に作成できるクラウドサービスです。 各種デバイス（PC、iPhone、Android）でご利用いただけます。 ガントチャートでプロジェクトの計画と進捗を見える化、 TODO管理で問題課題の見える化を実現します。 プロジェクト管理サービスで最もお得 選ばれる理由１ 20ユーザで6ヶ月使った場合、類似サービス中、最も費用を抑えてお使い頂けます。 高価なプロジェクト管理ツールを使えばプロジェクトは上手くいくのか、そんなことはありません。シンプルで扱いやすく、安価なツールがそれを担うこともあります。 「プロジェクトは、お金がかかる！」管理ツールの費用を抑えたいなら『みんなでガント』をお選びください。 どれぐらい安いのか？ 確認する
Javaコーディングルール - Javaにおけるコーディング規約
Javaコーディングルール - Javaにおけるコーディング規約 目次 ネーミングルール 全般 英語を使え！ 大文字・小文字の違いで名前を区別しない パッケージ パッケージ名は全て小文字にする パッケージ名には意味のある名前を付ける パッケージ名は省略しない サブパッケージ名の重複は可能 クラス・インタフェース クラス名は役割を表す名前にする クラス名は単語の先頭を大文字にする 例外クラス名は末尾に「Exception」を付ける インターフェイス名はクラス名に準ずる 抽象クラス名はクラス名に準ずる 実装クラス名はクラス名に準ずる 能力付加型のインタフェース名は末尾に「able」を付ける テストクラス テストクラス名は「テスト対象クラス名＋Test」にする すべてのテスト/パッケージテストを行うクラス名は メソッド コンストラクタと同じ名前のメソッドはつくらない メソッド名は区切りのみ大文字
Stargazer : Hacking the Stars: ソフトウェア開発、ウェブサービス開発、そしてドッグフード
ソフトウェア開発における概念でドッグフードというものがあります。残念ながら Wikipedia には英語の記事しかありませんが、これを簡単に説明すると自分たちが作ったものを世に出す前に自分たちで使ってみる (食ってみる) という概念です。ここで重要なのは、自分たちというのは開発者たちだけではなく、なるべく社内で広く使ってもらうという事です。言うまでもなく、ウェブサービスもソフトウェアですし、人が使うモノを作っている時点で適用される概念です。米国のソフトウェア企業では製品の公開前によく使われている手法のようです。 ここで紹介できる私の人生における実例を語ると昔話になりますが、私が株式会社ミクシィで働いていた頃、 mixi Echo (現 mixi Voice) というサービスを作りました。これは世間的に昔ほど日記を書かなくなったという声を身内やウェブ上で耳や目に入り、それが時代の流れであれば
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェアの内部品質に生じる様々な問題は組織設計にその原因があることも多い / Internal Quality Issues Caused by Organizational Design
Webアプリケーションのログについてあれこれ - 酒日記 はてな支店