デザイナーとうまく協働する方法
#builderscon https://yasuhisa.com/could/article/howto-work-with-designers/ Webやアプリを世に出すにはエンジニアの力が欠かせませんが、競争が激しくユーザーの要望も高まっている現在、デザインは大きな差別化に繋がります。 同じモノ作りをする職業ですが、課題解決の取り組み方から評価の仕方まで違いがあります。その違いが誤解に繋がることもあれば、「よく分からない」と遠ざけてしまうことになります。お互いの力を合わせることでより良いプロダクトが生まれるはずですが、機会を失うことになります。趣向・感覚が違うという単純な話で片付けることはできません。 本セッションでは、エンジニアとデザイナーが協働していくためのアプローチと「相手に何かを伝える」というコミュニケーションの仕方を紹介します。
ペパボのエンジニア文化を醸成するエンジニア評価制度 - Pepabo Tech Portal
こんにちは。今年の梅雨は雨が少ないといいますが、実はあれだいたい僕のせいです。ホスティング事業部チーフテクニカルリード(CTL)の pyama86 です。 今日はペパボのエンジニア評価制度のアップデート後、初の職位立候補期間が終了したので、改めてペパボのエンジニア評価制度がどういったもので、いかにして我々のエンジニア文化を醸成する根源となっているかを紹介したいと思います。 まずペパボのエンジニア評価制度は下記の図のように、CTOを頂点に、チーフエンジニア、シニア・プリンシパル、プリンシパル、シニアエンジニアの職位から成っており、CTO、チーフエンジニアを除く職位はすべてエンジニア自身の 立候補 をもとに、上位職種の面談を経た一次評価の後、経営会議を持って決定されます。 現在の構成としてはCTO1名、チーフ1名、シニア・プリンシパル1名、プリンシパル5名、シニアエンジニア13名という構成です
エンジニアの能力と今どきの難しさ
エンジニア（ここでは主にプログラマー）に必要な知識や経験って、ざっくりベース、カテゴリ、実行環境というレイヤー分けられると思ってて、それぞれに対してはだいたい以下のような定義で考えている。 ①ベース コンピュータサイエンス(CS)などの理論的なもの低レイヤー②カテゴリ フロントエンド / バックエンド / クライアントアプリなど③実行環境 特定のプログラミング言語や開発環境やツール、フレームワークやライブラリなど最近の潮流で言うと、③の部分から入る人が多いと思う。 ③は比較的習得が楽なこともあって、初心者がプログラミングを始める際には一番コストパフォーマンスが高い。中身はブラックボックスであってもなんとなく動くものは作れるので、自己満足にしろ仕事にしろ成果として見えるものにはなる。 ただし、流行り廃りが速く、手を動かし続けないとキャッチアップしていけない。 ①は習得するのに時間かかる。その
『開発基盤チームとして課題を探したらマネジメントをしていた』という発表をした - Feedforce Developer Blog
こんにちは。増田（id:masutaka26）です。発表が無事終わり、何かゲームでも買おうかなと思ってます。 さて、フィードフォースでは毎週金曜日 16:00 から、社内技術勉強会を開催しています。当番制の持ち回りで技術に関連したことを発表します。 先週金曜日は私の当番で『開発基盤チームとして課題を探したらマネジメントをしていた』という発表をしました。 技術チーム以外の方もたくさん聞きに来てくれて、ありがたかったです。🙏 発表の内容 前回含めて、これまでの発表は全てコードが登場していました。今回のようなコードが登場しないマネジメントの話は、内容が拡散しがちで難しかったです。結局まとまりませんでした...。 今回は敢えて後から読めるプレゼン資料にしました。なのでプレゼン資料としては冗長な書き方になっています。 まとめるとこんな内容です。 コミュニケーションの不確実性を解消することが、マネジ
プログラマが知るべき97のこと
プログラマが知るべき97のこと大人気の書籍『プログラマが知るべき97のこと』のエッセイを無料で公開中！すべてのプログラマにおすすめの本がウェブで読めるようになりました。 エッセイ一覧分別のある行動関数型プログラミングを学ぶことの重要性ユーザが何をするかを観察する（あなたはユーザではない）コーディング規約を自動化する美はシンプルさに宿るリファクタリングの際に注意すべきこと共有は慎重にボーイスカウト・ルール他人よりまず自分を疑うツールの選択は慎重にドメインの言葉を使ったコードコードは設計であるコードレイアウトの重要性コードレビューコードの論理的検証コメントについてのコメントコードに書けないことのみをコメントにする学び続ける姿勢誰にとっての「利便性」かすばやくデプロイ、こまめにデプロイ技術的例外とビジネス例外を明確に区別する1万時間の訓練ドメイン特化言語変更を恐れない見られて恥ず
これからの生き方を考えた結果、某社を退職しました - とりあえずやってみればいいじゃん
本日7/31を持ちまして某社を退職することになりましたので退職エントリを書いてみます。 どんなことをやっていたの？ 転職してきて1年3ヶ月半、主にiOSエンジニアとして自社のアプリ開発を行っていました。ただ常時100%アプリ開発に従事していたわけではなく、 社員が成長するためにどのようなことをしたらいいのかを考え、実行する教育チームに所属 商品検索精度改善 お客様の満足度を向上させるためにはどのようにしたらいいのかを考えるチームに所属 などをしており、常時3チーム所属がデフォでした。 某社の好きなところ 退職する人が言うのもアレですが、本当にいい会社でした。ので特に良いと思ったところを（会社が容易にバレない程度に）挙げてみます。 「定性・定量データを重んじお客様に寄り添う姿勢が常に感じられる」：「こういう機能を開発したい」「でもそれって本当にお客様にとってメリットになるんだっけ？」というよ
日本のITエンジニアがイノベーティブでないのは暇じゃないからかもしれない - メソッド屋のブログ
ここ１ヶ月ぐらいは、海外のメンバーと仕事をしているが、Serverless Hackfest というイベントと、Serverless Conf やワークショップに関わっているので仕事量が増えていった。日本にいることだし、久々に「日本流」のハードワークをしてしまったのだが、一つ気づいたことがあった。それは、ここしばらくの謎だった、日本人のIT エンジニアはなぜイノベーティブな感じがしないのか？ということに対する問いだった。 Microsoft Hack week 日本人はイノベーティブ Rochelle Kopp さんとの仕事で知ったことで、一つとても意外だったことは、アメリカ人から見ると日本人は相当にイノベーティブに感じるらしい。 自分的には、少なくともIT 分野に関しては、向こうの真似ばかりしていて、後追いのイメージがある。私たちも向こうで生まれたツールやサービスばかり使っていて、全然日
フロントエンドエンジニアが暇なときにやると良いかもしれないこと - Qiita
（ゆるいスキルアップ的な意味で）フロントエンドエンジニアが暇なときにやると良いかもしれないこと。 主観です。「これが良いよ！」というのがありましたら、ぜひ教えて下さい🙇 W3Cを読む whatwgを眺める。 ↑のissueを見る MDNを読む JavaScript CSS Web API NodeのAPIを読む caniuseを見る npmパッケージを眺める starが多い順 パッケージ一覧 ↑で１位のexpressが使っているパッケージ スライドを読む node学園 React.js Meetup Mediumを読む JavaScriptタグの記事 FrontEndタグの記事 Twitterで著名人をフォローする TBD @addyosmani @LeaVerou @paul_irish @BrendanEich Podcastを聞く Mozaic.fm Front-end Five
はてな・ペパボ技術大会〜インフラ技術基盤〜@京都 行ってきたメモ - haya14busa
はてな・ペパボ技術大会〜インフラ技術基盤〜@京都 7/2 はてな・ペパボ技術大会〜インフラ技術基盤〜@京都 - connpass 行ってきました．メモってたのでせっかくなので共有しておきます． gistでいいかとおもったけどスライド埋め込みとか考えたらブログに雑に投げたほうが見なおしやすそうと思ったのでブログで． 自分で発表したわけでもないし，感想とか書いてるわけでもないけどまぁいいかってカンジ． 注意 わかってない人が書いたメモなのでいろいろわかってないメモが書かれてます． 理解度に関係なく聞き漏らしたところ雑に書いたりしてるので発表様がおっしゃってた話とちがうところもあるかもしれない． 特に座談会の内容とかは Twitterのハッシュタグみてたら @matsumotory さんと @yumu19 さんがまとめてたのでそっち見たほうがわかりやすいかも． Togetter http://t
エンジニアでも一読の価値あり！UI / UXの入門スライド厳選10点まとめ
Webサービス開発にしてもアプリ開発にしても、ユーザーに気持よく使ってもらうにはUI / UXを工夫する必要があります。 多くのユーザーに支持されている大規模WebサービスやアプリのUI / UXをよく見てみると、ユーザーにストレスがかからないよう細やかな工夫が施されていることがわかります。 エンジニアにとってもUI / UXに関心をもっておくことは重要です。 フロントエンドエンジニアはもちろん、バックエンドエンジニアもユーザーにより良い体験を届けるためにUI / UXを学ぶことをおすすめします。 今回は、エンジニアがUI / UXを基礎から学ぶ際に参考になるスライドを厳選して10個まとめました。
インフラを意識してコードを書くということ - Hatena Developer Blog
チーフエンジニアの id:Songmu です。 4月に 新人エンジニア研修を行なった のですが、その際に、「インフラを意識したアプリケーションの書き方」という講義を担当しました。そこでおこなった講義の内容について整理しながら書き起こしていきたいと思います。 インフラを意識すると何が良いか 業務でWebアプリケーションを扱うと、個人ではなかなか扱えないトラフィックであったりデータ量を扱うことになります。小規模サービスでは考えなくてよかった多くのことを考慮する必要がでてきます。なかなか体験できないことでもあるので、楽しく、やりがいもあります。 また、そういった経験を通して、インフラを意識しコードをかけるスキルを身につけることは、Webエンジニアとしては大きな強みとなります。ISUCONで優勝できるかもしれません*1。 インフラを意識すると何が良いか 〜 中規模ベンチャーの場合 そもそも、はてな
新人プログラマ向け・スキル向上のための具体的なアプローチと考え方 - give IT a try
はじめに：「僕にもそんな頃があった」 先日、西脇.rb＆神戸.rbの合同勉強会として「RailsプログラマのためのSQL勉強会」を開催しました。 この勉強会は出題者（＝僕）が出したSQL問題を他の参加者が解く、というスタイルの勉強会です。 参加者の方の中には最近プログラミングを始めた、という人も何人かいました。 そういう人にとっては問題がちょっと難しかったので、ときどき僕がサポートに回って質問に答えたり、解き方をある程度教えたりしていました。 また、話がちょっと脱線して「僕が作ったこれぐらいのWebアプリは、伊藤さんなら何時間ぐらいで作れますか？」みたいな質問を受けたりもしました。 その中で言われたのが、 「説明されたらわかるけど、自分一人でこの答えにたどり着くのは無理です」 「えっ、そんな短い時間で作れるんですか」 といったようなコメントです。 そういったコメントを聞くと、「あー、僕にも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
