並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 2875件

新着順 人気順

reworkの検索結果1 - 40 件 / 2875件

  • Google re:Work - マネージャー

    イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。

      Google re:Work - マネージャー
    • Google re:Work - マネージャー

      イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。

        Google re:Work - マネージャー
      • 2017年のフロントエンドエンジニアならこの程度は知ってて当然だよな? - Qiita

        って海の向こうの人が言ってました。 私はjQueryさえあれば概ね生きていけるので全然知らないけど、 あなたは全部知ってるフロントエンドエンジニアなんだね。すごーい! 以下はFront-End Developer Handbook 2017の第三部、Front-end Developer Toolsからリンクされているツールと、その簡単な紹介です。 ドキュメントツール Dash 150以上のライブラリのAPIリファレンスを検索できる。有料、Mac専用。 DevDocs 200以上のライブラリをオンラインで検索できる。無料。 Velocity 中身はDashと同じ。 有料、Windows専用。 Zeal 200以上略 無料のオフラインドキュメント。 SEOツール Keyword Tool 検索ワードを入れると関連キーワードを教えてくれる。 Google Webmasters Search C

          2017年のフロントエンドエンジニアならこの程度は知ってて当然だよな? - Qiita
        • 海外のゲーム会社であった制度 - じじいのプログラミング

          今まで、バンクーバー→バルセロナ→シンガポール→香港で働いてきました。それでいろいろな職場を見てきたので、海外のゲーム会社であった制度について、列挙してみました。 日本の会社でも、既に同様の制度をやっていて、珍しくない場合も多くあると思います。 複数の会社のケースを混ぜて書いています。 ゲーム開発技術に関することは、ほとんど書いていません。 ご指摘がありましたら、修正したり詳細を追加しますので、お気軽にどうぞ(内容が後で変わる可能性があります) 人事(採用) 面接 ビザ リファラル採用 リファレンスチェック(照会) カンファレンス時の招待者限定パーティー 人事(評価) 相互評価制度 OKR(Objectives and Key Results) 人事(解雇) 解雇 PIP(Performance Improvement Plan) スタジオ閉鎖 人事(その他) 若手が海外スタジオで1年間働

            海外のゲーム会社であった制度 - じじいのプログラミング
          • 仕事ができる人ほど、できない人に優しく振る舞うのは、マネジメントの定石。

            昔、ある会社の営業MTGで、忘れられないやりとりがあった。 少々詳しく描写すると、出席者は以下の通り。 ・役員(部長) ・リーダー ・メンバー 7名のメンバーの能力は各々、高、高、中、中、中、中、低。 二人ぐらい優秀な人物がいて、一人「できない人」が混ざっているイメージだ。 また、役員とリーダーは切れ者で、部下の報告の論理矛盾やダメな点にはすぐに気づく。 さて、こんな状況で来期の「営業計画」について、MTGが開催された。このMTGの議長はリーダーだ。 リーダーはテキパキと議事を進める。 来期の営業部の方針に始まり、具体的な目標設定、個人の役割など、メンバーへの指示も簡潔でわかりやすい。 ここまではなんの問題もなかった。 だが、今年一年を振り返っての営業報告が始まると、雰囲気が変わった。 無理もない。メンバーの一人ひとりが、自分の過去の実績と、これからの具体的行動を発表しているのだから、緊張

              仕事ができる人ほど、できない人に優しく振る舞うのは、マネジメントの定石。
            • Google re:Work - 採用

              イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。

                Google re:Work - 採用
              • 2018年のフロントエンドエンジニアならこの程度は知ってて当然だよな? - Qiita

                可及的速やかにReactが絶滅しますように。 以下はFront-End Developer Handbook 2018の第三部、Front-end Developer Toolsからリンクされているツールと、その簡単な紹介です。 ドキュメントツール 開発者向けドキュメント、APIリファレンス Dash 200以上のAPIリファレンス、100以上のチートシートを一括ダウンロードできる。有料、Mac用。 DevDocs 200以上のライブラリをオンラインで検索できる。無料。 Velocity 中身はDashと同じ。有料、Windows用。 Zeal Windows、Linux、MacOS用各種揃っている無料のオフラインドキュメント。 チートシート devhints.io JavaScript、CSS、Go、vim等のショートカット、書式などチートシート。字が薄くて見辛い。 SEOツール Key

                  2018年のフロントエンドエンジニアならこの程度は知ってて当然だよな? - Qiita
                • 新メンバーが多い大型プロジェクトでの不確実性との戦い方 - スタディサプリ Product Team Blog

                  ペアプロ・モブプロ、スキルマップ、1-on-1等々… チーム開発にまつわる各論・方法論・話題をよく見る昨今、関心の高まりは歓迎さるべきことながら つまるところそれらが現実のどのような問題を解決していくのか? どのように相互作用するのか? これらが有機的に結びつくことで現実のどのような問題を解決していくか? こうした疑問に答えたり、具体例とともに記した記事はさほど多くないのではと思います。 本記事では昨年度に筆者のチームが約7ヶ月携わったプロジェクトにて、プロジェクト特性に起因する不確実性と我々がいかに戦ったかを記します。チーム開発を行う方にとってこの記事が実りあるケーススタディとなれば幸いです。*1 なお、本記事では以下のことは本旨とは逸れるため割愛させていただきます。 プロジェクトの機能的側面 技術的不確実性 各取り組み単体の詳細 はじめに / プロジェクトの雰囲気を伝える図 この記事で

                    新メンバーが多い大型プロジェクトでの不確実性との戦い方 - スタディサプリ Product Team Blog
                  • Google re:Work

                    イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。

                      Google re:Work
                    • 正規表現まとめサイト | エンタープライズ | マイコミジャーナル

                      Smashing Magazine - WE SMASH YOU WITH THE INFORMATION THAT WILL MAKE YOUR LIFE EASIER, REALLY. 文字列を処理するにあたって正規表現は欠かせない機能といえる。任意の文字列やテキストファイル、HTML/XMLから特定のキーワードを検索したり取り出し、置換をおこなうにあたって、正規表現が使えると使えないのとでは、プログラミングの手間やツールの活用度合いが変わってくる。 正規表現は便利で強力な機能だが、その独特の表記方法はプログラマ初心者には敷居の高いものでもある。Glen Stansberry氏による正規表現に関するチュートリアルや資料、ツールなどのまとめがSmashing MagazineにEssential Guide To Regular Expressions: Tools and Tutori

                      • 『なぜ、プログラミングは楽しいのか?』に対する素晴らしい答え | naglly.com

                        『なぜ、コンピュータープログラミングは楽しいのか。なぜ、僕を含めプログラミングに携わる人々は、何度も辛い目に遭いながらも、この職種から遠ざかる事が出来ないのか・・・?』 この問いに対する答えが下記のサイトに載っていました。ここには、プログラミングの本質的な楽しさが書かれています。 Why is programming fun? An extract from Fred Brooks' (Frederick P. Brooks Jr.) book, The Mythical Man-Month http://www.grok2.com/progfun.html この書籍の日本語訳「人月の神話」はこちらです。 人月の神話【新装版】 評価: 4.7点 著者:Jr FrederickP.Brooks,Jr.,Frederick P. Brooks,滝沢 徹,牧野 祐子,富澤 昇 発売日:2014-

                          『なぜ、プログラミングは楽しいのか?』に対する素晴らしい答え | naglly.com
                        • Googleがたどりついた「効率の高いチームを作る5つの要素」とは - GIGAZINE

                          多くの人が力をあわせる「チーム」が仕事を進める上で重要なことは何か、Googleの社内チームを研究して見えてきた重要なポイント5つがまとめられています。 re:Work - Guide: Understand team effectiveness https://rework.withgoogle.com/guides/understanding-team-effectiveness/steps/introduction/ ◆何が「チーム」を定義づけているのか 「効率の高いチームを作るものは何か?」と問いかける際に重要なのが、そもそも「チームとは何か?」を認識することであるとのこと。メンバーであること、関係性、そして個々人の責任について明確にすることで、チームの効率性は大きく向上するといいます。 その中で意識すべきなのが、「ワークグループ」と「チーム」の違いを認識すると言うこと。この2つは

                            Googleがたどりついた「効率の高いチームを作る5つの要素」とは - GIGAZINE
                          • 38才からのプログラミング入門 - the code to rock

                            こちらは Perl入学式 Advent Calendar 2014 の4日目の記事です。 昨日は @xtetsuji さんの「いつもの風景」でした。 お寿司いいですね。 はじめに さて、「Perl入学式」はプログラミング初心者およびPerl入門者のための無料の勉強会です。 最近の傾向としては、他のプログラミング言語の経験はあるけれどPerlには馴染みがないから来た、という参加者も少なくないようですが、僕自身はプログラミング自体まったくの初心者という段階から参加し始めました。 ただ、ひとくちに「初心者」と言っても、「子供の時期から学ぶのか、大人になってから学ぶのか」では大きな違いがあると感じます。 よって以下では、自分の体験にもとづいて、後者の「大人」(とくには30代以降の社会人)がプログラミングに初めて触れることについて、徒然に書いてみたいと思います。 極私的な入門記 僕は現在、39才+7

                              38才からのプログラミング入門 - the code to rock
                            • Gitのコミットメッセージの書き方 | POSTD

                              (訳注:2015/10/31、いただいた翻訳フィードバックを元に記事を修正いたしました。) (訳注:2015/11/1、いただいた翻訳フィードバックを元に記事を再修正いたしました。) 訳: プロジェクトが長引くほど、私のGitのコミットメッセージは情報が薄くなっていく。 イントロダクション | 7つのルール | ヒント イントロダクション:なぜ良いコミットメッセージを書くことが重要か Gitのリボジトリのログをランダムに閲覧すると、ひどいコミットメッセージを目にすることがあります。例として、私が昔書いたSpringにコミットした これらのgem を見てみましょう。 $ git log --oneline -5 --author cbeams --before "Fri Mar 26 2009" e5f4b49 Re-adding ConfigurationPostProcessorTest

                                Gitのコミットメッセージの書き方 | POSTD
                              • いま話題の「心理的安全性」について、本気出して科学的に分かりやすく説明してみた - R&D: りょうえんダイアリー

                                「成果を上げるチーム・効果的なチームは、何が決めるのか?」 2012年から、Googleのリサーチチームが「Project Aristotle」の中で明らかにしました。 そこでは「心理的安全性」が最も重要だった、と結論付けられています。 けれど、わかったようでよくわからない「心理的安全性」とは、ほんとうには、いったい何なのでしょうか? わたしたちは、この知見をどう活かして、自分の職場で生産的で効果的なチーム作りができるのでしょうか。 rework.withgoogle.com 実は、「心理的安全性」には、およそ50年の研究の歴史があります。 その意味では、Googleは、心理的安全性は確かに、職場の生産性に効果的だと「再発見」したに過ぎないとすら言えます。 ここでは、その50年の歴史を圧縮して、いまの科学でわかっていること、 わかっていないことをお伝えしていきたいと想います。 まず、この「

                                  いま話題の「心理的安全性」について、本気出して科学的に分かりやすく説明してみた - R&D: りょうえんダイアリー
                                • Google re:Work - ガイド

                                  イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。

                                    Google re:Work - ガイド
                                  • こうしてGoogleに落ちた - Easy to type

                                    TL;DR Leetcodeをもっとやる必要がありました Googleの社員が選考過程についてブログを書いています。ちょっと前にNTTブームを引き起こしたid:kumagiさんとか。 kumagi.hatenablog.com ところで、僕もGoogleの選考をわずか一ヶ月前に受け、そして落ちました。いずれ記事にしてみたいなとは思っていたのですが、社内の方々が記事にしているのを見て秘密保持のレベルが判断できたので、ブームの内に自分でもまとめてみます。 人物 リクルーターと接触する前の状態です。 特徴量 非情報[科学|工学]専攻の工学系 国立大 D2 M1からは情報系のリーディング大学院に所属(情報系のフォーマルなクラスはそこでいくつか取得した程度) B4からデータ解析の研究室に所属 D1時に非英語圏へ3ヶ月の研究留学 DC1持ち Computer ScienceのPublication無し

                                      こうしてGoogleに落ちた - Easy to type
                                    • チームの良さを確認するためにやったこと - Web錯誤

                                      この記事はProduct Manager Advent Calendar 2016の7日目の記事として書かれました。6日目の記事はgackyさんのおじさん Product Manager サバイバルガイドでした。 はじめまして。GMOペパボ株式会社でディレクターとして働いています。@jitsuzon です。弊社ペパボには「プロダクトマネージャー」という名称の職位や役職は存在しないため、自称プロダクトマネージャーとして、サービスのあれやこれやに関わっています。自称に至った経緯はこちらのスライドをご参考ください。 いきなりですが、みなさんのチームは「良いチーム」でしょうか?どこが良いのでしょう?どのくらい良いのでしょう? この記事では、それをアンケートを用いて定量的に確認する方法について実践を元にお伝えしていきます。最近話題にのぼってくることも多い「心理的安全性」なんかも登場します。 背景 私

                                        チームの良さを確認するためにやったこと - Web錯誤
                                      • 密買東京|HOME

                                         全国のR不動産 東京R不動産 山形R不動産 房総R不動産 鎌倉R不動産 金沢R不動産 京都R不動産 大阪R不動産 神戸R不動産 福岡R不動産 鹿児島R不動産 団地R不動産 公共R不動産 密買東京 [R] studio toolbox real local REWORK R不動産、全国に展開中です。 山形R不動産 金沢R不動産 大阪R不動産 神戸R不動産 福岡R不動産 鹿児島R不動産 東京R不動産 房総R不動産 鎌倉R不動産 京都R不動産 団地R不動産 公共R不動産 不動産以外でも、いろいろやってます。 密買東京 Rスタジオ R不動産toolbox real local REWORK 密買東京について|商品一覧|ショッピングガイド|ご利用規約|日報|お問い合わせ Copyright (c) 2018 Mitsubai Tokyo

                                        • 映画「ソニック・ザ・ムービー」のデザインが変更へ。製作側が折れる - AUTOMATON

                                          セガの『ソニック・ザ・ヘッジホッグ』をもとにした実写映画「Sonic The Hedgehog(ソニック・ザ・ムービー)」の監督を務めるJeff Fowler氏は、Twitterにて同映画のデザインを変更する旨の発表をおこなった。氏はまず、ファンのサポートと批判に感謝。その上で、ファンがデザインに満足しておらず、変えてほしいと願っていることは明らかだとコメント。デザインを変更すると発表した。映画会社Paramount Picturesとセガは、キャラクターをベストに作ることにコミットしているといい、できるだけ早く“修正する”とも言及した。 Thank you for the support. And the criticism. The message is loud and clear… you aren't happy with the design & you want change

                                            映画「ソニック・ザ・ムービー」のデザインが変更へ。製作側が折れる - AUTOMATON
                                          • BitCoinとBlockChainにまつわる誤解ーそんなことはできない - Qiita

                                            言いたいことを一行で BlockChainはいろいろと面倒な制約がありますので,KISSの原則を忘れないようにしましょう.権力分立の原理をどうやっても守りたいという政治的な主張がない限り,BlockChainを応用するのはナンセンスです. はじめに BitCoinの中核をなすBlockChainと呼ばれる技術が今ホットですね,いろんなところで耳にします.BlockChainとはようは皆で合意(AさんがBさんにXを渡したという取引記録)を形成していく分散型合意形成アルゴリズムです.ボランティアで参加したコンピュータ全員で協力して改ざんが困難な取引記録を作っていこうというアルゴリズムです. BlockChainアルゴリズムを銀の弾丸,あるいは魔法の杖か何かだと勘違いしている人がたくさんいて,音楽や電子書籍のデジタルライツ,はたまたマイナンバー制度の管理に使えると主張している方々をちらほら見かけ

                                              BitCoinとBlockChainにまつわる誤解ーそんなことはできない - Qiita
                                            • 「女性エンジニア」発言についての私的見解 - 科学と非科学の迷宮

                                              2018年4月21日に開催されたイベントの一セッションについての書き起こしについて発生した一連の論争について、私の思ったことをまとめます。 まず始めに、セッション発表者に対し攻撃的なツイートを行ってしまったことに対し、謝罪します。私のツイートによって多くの人が声を上げることとなり、それによって発表者の方の反論の機会を奪ってしまいました。 謝罪の証として、以下の事柄について約束します。 本件について直接言及していて、かつ発表者に対して攻撃的な内容となっている全てのツイートの削除、及び発表者の方からの指定したツイート削除申請の受諾 発表者の方のいかなる反論に対しても、その意見の場を守るための支援 本記事は、上記を踏まえた上で、何が起きたのか、何が問題なのか、なぜ私がここまで問題視しているのか、問題を防ぐためにはどうすればいいのか、について記述していきます。 何があったのか 2018年4月21日

                                                「女性エンジニア」発言についての私的見解 - 科学と非科学の迷宮
                                              • Google re:Work - ガイド: 「効果的なチームとは何か」を知る

                                                Google に限らず、多くの組織では、仕事のかなりの部分をチームによる共同作業で進めています。チームは真の成果を生み出す最小の単位で、画期的なアイデアが生み出され評価される場です。従業員はほとんどの仕事をチームの一員として行います。しかし、チームの対人関係に問題が生じたり、メンバーのスキルが適切でなかったり、あるいはチームとしての目標が明確でなかったりすると、生産性の低下やメンバー間の摩擦が生まれるといった問題が生じかねません。 Google のピープル アナリティクス チームは、「Project Oxygen」というリサーチ プロジェクトによって、「優れた上司の条件」を突き止めることに成功しました。このプロジェクトの成功を受けて、Google の研究者はその後、Google 社内で効果的なチームの特徴を明らかにするため、同じ手法を用いて新たなリサーチを実施しました。アリストテレスの言葉

                                                  Google re:Work - ガイド: 「効果的なチームとは何か」を知る
                                                • Effective TypeScript › The Golden Rule of Generics

                                                  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

                                                    Effective TypeScript › The Golden Rule of Generics
                                                  • Google re:Work - ガイド: 構造化面接を実施する

                                                    構造化された面接とは、簡単に言えば、同じ職務に応募している応募者に同じ面接手法を使って評価するということです。構造化面接を行うと、応募した職務自体が構造化されていない場合でも、応募者のパフォーマンスを予測できるという調査結果があります。Google では構造化面接を採用しています。つまり、すべての応募者に同じ質問をして、同じ尺度で回答を採点し、事前に決められた一貫した採用要件に基づいて採用を決定しています。 では、構造化面接の質問を使う組織があまり多くないのはなぜでしょうか。実は、質問を作成するのが難しいのです。構造化面接の質問は、記述してテストする必要があります。また、面接担当者が他の質問をしないように指導する必要もあります。さらに、同じ質問が何度も出されると予想した応募者同士が、情報を交換してすべての回答を用意してこないように、質問を絶えず更新する必要があります。別の調査によると、構造

                                                      Google re:Work - ガイド: 構造化面接を実施する
                                                    • Railsの作者DHH、ルマン24時間耐久レース アマの部で勝利

                                                      モータースポーツとWebプログラミングの両方を知る人にとっては大きなニュースです。 タイトルの通り、Railsの作者として知られるDHHがルマン24時間耐久レース、アマチュアクラスで1位になったとのことです。(全体では17位)まさかこのサイトからスポーツニュースのサイトを参照するとは予想外ですが、結果を伝えるニュースにも「DHハンソン」の文字が。 WikipediaのDHHのプロフィールによると、ルマン24時間耐久レースへの参戦は今年で3年目で、写真と並んで彼の「趣味」であるとのこと。またSimple Talkのインタビューの記事によるとシルバーストーンやスパなどルマン以外のレースに参戦しているようです。 https://www.simple-talk.com/opinion/geek-of-the-week/david-heinemeier-hansson-geek-of-the-wee

                                                        Railsの作者DHH、ルマン24時間耐久レース アマの部で勝利
                                                      • 404 Blog Not Found:翻訳 - 自己管理チェックリスト12条

                                                        2007年06月07日20:00 カテゴリ翻訳/紹介 翻訳 - 自己管理チェックリスト12条 まだPOP*POPもGIGAZINEもツバをつけていないようなので。 A self-management checklist どんな人の人生のどんな側面にも、それぞれ異なった挑戦が待ち受けています。サイクリング好きな人は、エクササイズの必要を全く感じないでしょうが、読書のための時間を設けてきちんと本を読むのは苦手かもしれません。その一方、読書好きは本を置いて活動的に振る舞うのが苦手かも知れません。 以下の自己管理チェックリストは、どんな状況であれその状況を掌握するのに何らかの役に立つ事を念頭に置いてます。 目標は具体的に - Set specific goals. 成果測定しようにも、目的地がどこにあるか決まっていなければどうしようもありません。以下は具体的な目標の例です;一日30分歩く。一日10

                                                          404 Blog Not Found:翻訳 - 自己管理チェックリスト12条
                                                        • ルールは現場で死にました - The Rules of Programming の読書感想文 - じゃあ、おうちで学べる

                                                          本日は人生の数ある選択肢のなかから、こちらのブログを読むという行動を選んでくださいまして、まことにありがとうございます。 はじめに プログラミングの世界には多くの指針や原則が存在します。Chris Zimmerman氏の「The Rules of Programming」(邦題:ルールズ・オブ・プログラミング ―より良いコードを書くための21のルール)は、不変の知恵を凝縮した一冊です。これらの原則は、多くの開発現場で活用できる有益な内容となっていると思いました。 The Rules of Programming: How to Write Better Code (English Edition) 作者:Zimmerman, ChrisO'Reilly MediaAmazon 本書は、大ヒットゲーム『Ghost of Tsushima』などで知られるゲーム制作スタジオ、Sucker Pun

                                                            ルールは現場で死にました - The Rules of Programming の読書感想文 - じゃあ、おうちで学べる
                                                          • Getting Real by 37signals

                                                            On top of making Basecamp and HEY, we write books about what we’ve learned running our own business. They’re filled with practical advice you won’t find elsewhere. Shape Up Shape Up is for product development teams who struggle to ship. Written by the innovators behind Basecamp — one of the biggest and longest-running software as a service apps — the book gives teams the tools to address the risks

                                                              Getting Real by 37signals
                                                            • グループチャットに振り回されている君へ:グループチャット「Basecamp」創業者が語る「リアルタイム/非同時」を使い分けるコツ - BRIDGE(ブリッジ)テクノロジー&スタートアップ情報

                                                              グループチャットに振り回されている君へ:グループチャット「Basecamp」創業者が語る「リアルタイム/非同時」を使い分けるコツ Jason Friedさんは、BasecampのファウンダーでCEOです。「Getting Real」「Remote」、そしてニューヨーク・タイムズのベストセラーで日本でも話題になった「REWORK」(邦題:「小さなチーム、大きな仕事」)の著者でもあります。本稿は、もともとIncに投稿され、Mediumにも再掲された記事をご本人から許可を得て翻訳したものです。Twitterは、@jasonfriedでフォローできます。 君はこんなことになっていない?または、他者をこんな気持ちにさせていないだろうか? グループチャットは、アジェンダのない、行き当たりばったりの参加者と共に参加する1日中続く会議のようなものだ。 2006年、僕たちは「Campfire」をリリースした

                                                                グループチャットに振り回されている君へ:グループチャット「Basecamp」創業者が語る「リアルタイム/非同時」を使い分けるコツ - BRIDGE(ブリッジ)テクノロジー&スタートアップ情報
                                                              • I am mitsuruog | 進化の早いフロントエンドの世界についていくために、スタイルガイドを有効活用しているという話

                                                                フロントエンドの世界では、日々新しいフレームワークやライブラリが生まれています。 初めてそういった新しいものを習得する場合に、なるべくなら近道したいと思うのが人の気持ちだと思います。 まず大変なのが、Hello World から実際のプロダクトやプロトタイプで利用する場合で、これは初めてで何もわからない土地を一人で散策するような感覚にも似ています。 今日、紹介するのは私が進化の早いフロントエンドの世界で、より早く未開の土地に慣れるためにスタイルガイドを有効活用しているという話です。 ちなみにこの記事はFrontrend Advent Calendar 2014 - Qiitaの 6 日目の記事です。 5 日目はじめての CSS 設計 - Qiita(@moschann) 7 日目CSS のプリプロセスとポストプロセス、そして Rework と PostCSS(@morishitter) 良

                                                                  I am mitsuruog | 進化の早いフロントエンドの世界についていくために、スタイルガイドを有効活用しているという話
                                                                • Google re:Work - ガイド: OKRを設定する

                                                                  イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。

                                                                    Google re:Work - ガイド: OKRを設定する
                                                                  • 考え直そうーーRuby on Rails生みの親でBasecampの創業者がスタートアップに贈る言葉【寄稿】 - BRIDGE(ブリッジ)テクノロジー&スタートアップ情報

                                                                    Ruby on Railsの生みの親、Basecamp(旧 37signals)のファウンダーでCTOのDavid Heinemeier Hanssonさんによる寄稿記事です。著書に、ニューヨーク・タイムズの�ベストセラー「REWORK」と「REMOTE」。「ル・マン24時間レース」のクラス優勝者。Davidさんの活動は、ご本人のWebサイト、またTwitter(@DHH)でフォローできます。本記事は、Mediumに投稿された記事をDavidさんから許可を得て翻訳したものです。元の英語記事もどうぞ。 *記事は、「Web Summit 2015」のDavidさんの講演内容を起こしたものです。 #WEBSUMMIT2015 12年前、僕はBasecampというスタートアップを共同創業した。月額制のシンプルなコラボレーションツールで、チーム間のプロジェクト進行を後押ししてくれる。 それがあること

                                                                      考え直そうーーRuby on Rails生みの親でBasecampの創業者がスタートアップに贈る言葉【寄稿】 - BRIDGE(ブリッジ)テクノロジー&スタートアップ情報
                                                                    • Google re:Work - ガイド: 仕事の面だけでなく個人的な面でもチームに配慮する

                                                                      Google のマネージャーを対象とした調査によると、効果的なマネージャーは仕事の面だけでなく個人的な面においても自分のチームを気にかけていることが明らかになっています。 仕事の面において、Google のマネージャーはフィードバックを提供したり、成長するチャンスを見極めたり、スキル向上に焦点を当てたりしながらチームを作り上げていきます。マネージャーは現在の職務における昇格のみに重点を置くのではなく、同じような影響をもたらす別の機会をも視野に入れるようチームを指導しています。たとえば、別のチームで現在の職務と同等の仕事をしながら新たなスキルを磨く異動や、現チームのエキスパートとして貢献できるスキルの習得などがあります。 個人的な面においては、Google ではマネージャーとしての成功には各チームメンバーそれぞれの満足感に配慮することが不可欠であるとしています。しかし、チームメンバーを気にか

                                                                        Google re:Work - ガイド: 仕事の面だけでなく個人的な面でもチームに配慮する
                                                                      • 『強いチームはオフィスを捨てる』:満員電車と決別するための一冊 - 脱社畜ブログ

                                                                        Ruby on RailsやBasecampの開発元であり、このブログでは度々紹介している『小さなチーム、大きな仕事』(原題:Rework)で有名な37シグナルズがまた働き方についての本を出した。原著が出たという話は知っていたのだけど(ちなみに原題は『Remote』)、こんなに早く翻訳が出るとはすばらしいことだ。 強いチームはオフィスを捨てる: 37シグナルズが考える「働き方革命」 作者: ジェイソン・フリード,デイヴィッド・ハイネマイヤー・ハンソン,高橋璃子 出版社/メーカー: 早川書房 発売日: 2014/01/24 メディア: 単行本 この商品を含むブログを見る 今回のテーマは「リモートワーク」(≒在宅勤務)である。毎日通勤電車に乗って、規則正しくオフィスに通って仕事をするのではなく、各人のライフスタイルに合わせて家やカフェなどで、場所を選ばずに柔軟に仕事をするようなワークスタイルの

                                                                          『強いチームはオフィスを捨てる』:満員電車と決別するための一冊 - 脱社畜ブログ
                                                                        • Ansible 2.0 Has Arrived

                                                                          After a year of work, we are extremely proud to announce that Ansible 2.0 ("Over the Hills and Far Away") has been released and is now generally available. This is by far one of the most ambitious Ansible releases to date, and it reflects an enormous amount of work by the community, which continues to amaze me. Approximately 300 users have contributed code to what has been known as “v2” for some t

                                                                            Ansible 2.0 Has Arrived
                                                                          • 映画「ソニック・ザ・ヘッジホッグ」の映像初公開。変わらぬムキムキっぷりを見せるソニックに対する反響は続く - AUTOMATON

                                                                            映画会社Paramount Picturesは4月30日、セガの『ソニック・ザ・ヘッジホッグ』をもとにした実写映画「Sonic The Hedgehog」の公式トレイラーを公開した。この映画では、世界征服を目指すジム・キャリー演じるドクター・ロボトニック(エッグマン)が、主人公のソニックを捕えてそのパワーを得ようと企んでおり、ソニックはジェームズ・マースデン演じるトムと共に、ロボトニックの野望を阻止すべく奔走する。 今回公開されたトレイラーにて、CGで表現される主人公のソニックの姿がついに明らかになった。これまで、公式にはシルエットを写したポスターのみが公開されていたが、いくつかのリークもあり、ソニックのデザインはファンから不安視されていた。というのも、妙に筋肉質な脚や、左右に分かれたつぶらな瞳など、本来のソニックとは明らかに異なるバランスで描かれていたためだ。ソニックの生みの親のひとりで

                                                                              映画「ソニック・ザ・ヘッジホッグ」の映像初公開。変わらぬムキムキっぷりを見せるソニックに対する反響は続く - AUTOMATON
                                                                            • 密買東京|商品一覧

                                                                              全国のR不動産 東京R不動産 山形R不動産 房総R不動産 鎌倉R不動産 金沢R不動産 京都R不動産 大阪R不動産 神戸R不動産 福岡R不動産 鹿児島R不動産 団地R不動産 公共R不動産 密買東京 [R] studio toolbox real local REWORK R不動産、全国に展開中です。 山形R不動産 金沢R不動産 大阪R不動産 神戸R不動産 福岡R不動産 鹿児島R不動産 東京R不動産 房総R不動産 鎌倉R不動産 京都R不動産 団地R不動産 公共R不動産 不動産以外でも、いろいろやってます。 密買東京 Rスタジオ R不動産toolbox real local REWORK English|カートを見る めくるめく、ゆるい毎日 2024 ¥3,000(税込)から 気になる絵の皿 ¥18,700(税込)から ゆれる人々 ¥5,500(税込) 気になる相似形 ¥34,560(税込) 切

                                                                              • The new wave of Javascript web frameworks

                                                                                The new wave of Javascript web frameworksMake sense of the proliferation of new Javascript web frameworks. A deep dive into the problems at scale and the recent evolution of innovation. IntroductionStaying current in the Javascript ecosystem is not for the faint of heart. It’s challenging for those entering the industry to follow what’s happening amongst the new libraries, frameworks, concepts, an

                                                                                  The new wave of Javascript web frameworks
                                                                                • エンジニアリングマネージャーとソフトウェア設計者に共通するスキルを考えてみた - Mercari Engineering Blog

                                                                                  @hidenorigotoです。現在はメルカリJPのBackendチーム全体のマネジメントをしています。以前のキャリアではマネジメントもやっていましたが、どちらかと言えば1人のエンジニアとして、ソフトウェアの設計と数多く向き合ってきました。その過程で、良い設計を生み出す設計者は、どのようなスキルを持っているものなのかと疑問を持ち、アレコレ考えることがありました。 今、メルカリでマネージャーとして仕事をする中で、この疑問は次のように形を変えました。 「マネジメントが上手いマネージャーはどのようなスキルをもっているのだろうか。」 そして、私の中で1つの仮説が浮かびあがってきました。それは、「良いソフトウェア設計者」と、「良いエンジニアリングマネージャー」には、仕事をより良く遂行するためのコアなスキルとして共通する部分がある、というものです。 ソフトウェア設計者の仕事 ソフトウェア設計は、1つの

                                                                                    エンジニアリングマネージャーとソフトウェア設計者に共通するスキルを考えてみた - Mercari Engineering Blog