Software companies should put careful deliberation into their engineering job levels, and make available a job ladder explaining what is expected of employees, the distinction between roles, and areas for career growth. In this post, I’ll discuss why having a job ladder helps everybody; what makes for a good job ladder; the way I think about software engineer job levels; and I’ll end with some rel
This post is part of a series of articles on managing managers. Before we dive further into techniques and tools for budding managers of managers, it’s worth spending some time to get to know what sort of progression may lie ahead on the management track once you begin to go beyond managing just one team. In this article we’ll step through some of the common job titles that are used for higher lev
こんにちは。ミクシィでスポーツやライブエンタメ関連の技術部長を担当している石井です。社内向けに書いている記事を少しづつ外部公開していきます。 大規模なサービス開発組織で働いていると、技術職スタッフにおいても、視座の高さを求められることが増えます。「視座の高さ」という単語は、曖昧で、入社していきなり「視座!視座!」と言われても、「えらい人がなんか言うとる」「わいには、まだ早い」くらいで、腹落ちしないと思います。しかし、給与体系にも紐づいていたりするので、給与が上がってくると、「視座をもうちょっとあげてもらわないとね…」と上長から言われれて「えー」となるかもしれません。私の考える「視座の高さ」と、なぜ専門職にも必要になるのかを説明しつつ、サービス開発と組織の関係について考えてもらう機会になればと思います。 私は、エンジニアリングを、単にプログラミングを書いたりすることで技術課題解決するというこ
Webフロントエンドのリリースをどうするのか 前置きWeb開発に分業化が進み、Webフロントエンドの開発は独自に行われることが多くなった。 しかし、Webフロントエンドのリソースの配信はサーバサイドが絡むことも多く、Webフロントエンドに取って最適な方法が取られているとはいえない場合も多い。 ここでは、主にiOS, Androidアプリなどのリリース方法を参考にWebフロントエンドのリソースの配信(リリース)をどうするかを書く。 Webフロントエンド特有の事情iOS, Androidアプリの場合、リリースに関しては事実上プラットフォームから指定されているため選択肢が少ない。 しかし、Webフロントエンドの場合、事実上URLで指定できる場所にさえおければリリース処理が終わることが多く、自由度が高い。 前提ここで言う「Webフロントエンド」とは、「Webアプリケーション」と言われるようなそれな
キャッシュレス決済の筆頭としてPayPayやLINE PayといったQRコード決済が日本においても普及し始めていますが、QRコードがどのように生成されているのかを知る機会は多くありません。「Creating a QR Code step by step」は、好きな文字列を表すQRコードを簡単に生成でき、さらにQRコードの生成過程まで理解できるウェブアプリです。 Creating a QR Code step by step https://www.nayuki.io/page/creating-a-qr-code-step-by-step まずは「Creating a QR Code step by step」にアクセス。ひとまずオプションの理解は置いておいて「Text string」に「GIGAZINE」と入力し、「Force minimum version」を「2」に設定して「Gene
The New TypeScript Handbook has some real gems in it. Here's what it has to say about generics: Writing generic functions is fun, and it can be easy to get carried away with type parameters. Having too many type parameters or using constraints where they aren't needed can make inference less successful, frustrating callers of your function. It goes on to offer a few specific pieces of advice about
当社アプリのAndroid版バージョン5.0におきまして起動時にアプリの権限を求めることがございます。こちらは2020年7月31日にリリースを行いました「スマート認証NEO」の仕様によるものとなります。 いずれの権限も当社がお客さまの個人情報や他アプリの情報等を取得するものではございませんので、何とぞご理解賜りますようお願い申し上げます。 「スマート認証NEO」はサービスを利用するスマートフォンのみに保存された本人確認情報を利用して認証を行う方式で、従来のパスワードに変わる新しい認証技術(FIDO※)を用いています。認証に用いるデータがネットワークを経由せず端末のみに保管されているため、IDやパスワードなどの認証情報が漏洩するリスクが低く、より安心安全なお取引が可能となります。 また、当社「スマート認証NEO」ではFIDOの標準仕様に準拠して実装されており、お客さまのスマートフォンに保存さ
更新日: 2020年8月14日 このページの目的 プログラマーは、クライアントから提供されたPDFファイルで、その要求を実現させようとしたとき、PDFのどんなところを見ているのでしょうか。このページでは、ちょっと珍しい視点でPDFファイルを解き明かしていきます。 自分でプログラムを書いてPDFファイルからテキストデータを取り出したいという人も、ぜひご一読ください。 はじめに PDFファイルをクリックすると、あたかも紙に印刷したかのように、どんなマシンでも同じような見た目で文章や画像がディスプレイに表示されます。 この単純な事実は、日常的にPDFファイルを利用していると当たり前に感じられるかもしれません。しかし、よくよく考えると驚くべきことです。 いったい、どのような仕組みがあれば、「過去から現在に至るさまざまな種類のコンピューターで見た目を変えずに同一の紙面を再現する」という目的を達成でき
このスライドは、2019年12月10日に行われた『note designer meet up~これからのデザイナーに求められる情報発信』において用いたものに、参加者でなくても分かるように加筆修正を加えたものです。
PowerPoint歴23年、デザイナー歴20年、経営者として10年以上に渡って自社のマーケティングやセールスに深く関わり、提案書を作ったコンペでの勝率91%を誇っている私の知見を余すことなく注ぎ込んだ『最強の提案書の書き方』です。 便宜上「提案書」としていますが、企画書、営業資料、ホワイトペーパ…
PowerPoint歴23年、デザイナー歴20年、経営者として10年以上に渡って自社のマーケティングやセールスに深く関わり、提案書を作ったコンペでの勝率91%を誇る私の知見を余すことなく注ぎ込んだ、『最強の提案書を作る方法~伝わるストーリー・コピー・デザインの法則』というスライドを公開しました。 便宜上「提案書」としていますが、企画書、営業資料、ホワイトペーパー、社内文書など、人を動かすために作られるすべてのビジネス文書に応用できるはずです。 提案書のストーリー、コピー、デザインに関する、実践的かつ具体的なノウハウを詰め込んでいます。デザインについては、プロのデザイナーではなく一般のビジネスパーソンを対象とし、仕事の中で本当に必要な知識だけをまとめています。 約170ページある本スライドは、私が企業向けにこれまで20回以上行ってきた有料講座の配布資料を元に、公開用に仕上げたものです。スライ
ちょっと前に1兆円の大台にのったB2BのECの雄、MonotaRO(モノタロウ)。時価総額1.1兆円、東証一部上場ランキングは106位。祖業のB2BのEC一本でひたすら拡大し、コングロマリット化している楽天1.3兆円に肉薄しつつあります。 株式会社MonotaRO(モノタロウ)は、兵庫県尼崎市に本社を置く事業者向け工業用間接資材のEC/通信販売会社。wikiはこちら 売上成長率20%、営業利益成長率23%と、絶好調が継続です。年間1500億円規模の売上でこのスピードがすごい。すごいというか、ありえないです。スタートアップ初期の10億円や上場直後規模の100億円ではなく、1000億円を超えていて、まだこのペースが落ちないのですよ。成長の率を維持するから、冒頭のグラフのとおり世界中の投資家に愛される「綺麗な二字曲線」です。(だから1兆円を突破しています) なぜこんな離れ業が出来るのか。長年不思
こんにちは。人事本部の菱沼です。 コロナ禍において、各社のリモートワークの取組みやオフィス出社に回帰するニュースが飛び交う昨今ですが、どうも右に振り切ったり、左に振り切ったりの極端な事例が多い気がしておりました。「働き方」には正解はなく、この非日常的な情勢下で結論づけられるものでもない気がしており、もっと各社が検討のプロセスをオープンにすることで多様な働き方が生まれるんじゃないかと密かに思っておりました。そこで今回は、7月からスタートしたマネーフォワードの新しい働き方に関してその意思決定に至るプロセスをリアルにお伝えできればと思います。 リモートワークのメリットは十分に良く分かった。かれこれ約4カ月リモートワークを実践してみて、思っていた以上に業務に支障が出ず、短期的には生産性も落ちないだろうという気づきがありました。これは私たちが声高に叫ぶ必要もなく、世論調査やメディア各社の調査でもよく
前回、成功したエンジニア組織の施策について書きましたが、今回は失敗編です。失敗のほうが多いのでどうしても文量が多いのですがご勘弁下さい。 説明用に前職の関係記事がガンガン出てきますが、貶めたり咎める意図は全くありません。あくまで僕が責任持って実施した施策で失敗したことについてのノウハウ共有と反省についての記事です。 組織施策プレゼン大会 ※元記事がお亡くなりになっているのでWayback Machineより [概要] 組織施策についてチームごとにプレゼン。プレゼン毎に担当役員+組織責任者(僕)が点数評価。点数が一定以上の場合施策実行をその場で採択。 内容は、課題提起→施策内容→実行体制→スケジュール→予算→まとめ。 [導入背景] エンジニア組織の人数が増えて組織硬直が進んでいたこと、全員の目線を合わせる機会があまり無かったことから、メンバーの不満が見えないレベルでたまり続けていました。 メ
就職することになって、つまりは私が職業プログラマになって、それを聞き知った叔父が私を訪ねてきた。 「プログラマってのは、若いうちはいいが、長くはできないんだろう?」 リビングの炬燵に潜り込んだ叔父は寒そうに体を震わすと、最初にそう尋ねた。 当時、業界には「プログラマ35歳定年説」というのがあった。 郵便局員をしている叔父が知っていたというのだから、有名な話だったのだろう。 私は訳知り顔で微笑むと、業界1年目のひよっこなりに考えた、この話のカラクリを説明した。 ―――プログラマというのは、システム開発に伴う仕事の中で、単価が最も安い。ようするに給料が一番安いんです。でも、35歳にもなれば、まさか20代と同じ給料というわけにはいかない。35歳相応の給与を貰うためには、プログラマより単価の高い仕事、つまり管理職に「出世」するしかない。つまりプログラマだった人もある時が来ると出世してどこかの管理職
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く