並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 456件

新着順 人気順

委譲の検索結果241 - 280 件 / 456件

  • 国家/内戦/シン・ゴジラ - 過ぎ去ろうとしない過去

    地の上にはこれと並ぶものなく、これは恐れのない者に造られた ――ヨブ記41.33 近代国家を聖書に出てくる大怪獣リヴァイアサンに喩えたのはホッブズであった。ホッブズによれば、人間の自然状態は万人の万人に対する闘争であり、そこに安息は無い。従って人間たちは自らの権利を国家へと委譲する契約を結び、国家の保護を得る。保護と服従の関係が、国家と国民の関係を規定する。国家はその領域において唯一の主権的共同体である。 カール・シュミットは、『政治的なものの概念』において、国際社会を複数のリヴァイアサンが競合する多元的な空間として考えている。国際間においては、国家の国民に対する保護は、他の国家からの保護でもある。むしろ国民は他の国民に対抗するために国家をつくる。国民の結集は、「政治的なもの」によって行われる。つまり、友と敵の存在論的な区別によって行われる。国家の主権者は、政治の概念に即して、国家の敵を正

      国家/内戦/シン・ゴジラ - 過ぎ去ろうとしない過去
    • Macromedia Flash - テクニカルノート一覧

      スクリプティング | トラブルシューティング | Tips | オブジェクト指向プログラミング | リファレンス | ActionScript 3.0 | Stage3D | 数学 | ドキュメント正誤表 | スクリプティング FN0108016 名前のない関数(匿名関数/関数リテラル) FN0109008 if/else if/elseアクションを使った処理 FN0110001 1から連番の配列をつくる(ループ処理) FN0110003 for...inループについて FN0110002 素数を調べる(ループ処理2) FN0201001 素数を調べる(ループ処理3) FN0201004 String.splitメソッドを再定義する[上級テクニック] FN0203003 スコープチェーン FN0204001 superでスーパークラスのメソッドを実行する FN0204002 __proto

      • ヤフーとリクルートはなにが違う? 各社組織体制の違いに見る、イノベーションへの構え

        ヤフー・川邊健太郎氏、コロプラ・千葉功太郎氏、グリー・田中良和氏の3者が集まり、「イノベーション」をテーマにディスカッション。組織体制、現場への権限移譲など、真の破壊的イノベーションを起こすための会社のあり方について意見を交わした。(IVS 2014 Springより) イノベーションとは、痛みを伴う破壊的なもの 岡島悦子氏(以下、岡島):毎回私は経営パネルのモデレーターをやらしていただいているのですが、今回の全体会パネルは、小林さんから「変革力」というテーマ以外、何も言われてませんで。今日はIVSを代表する経営者三名の方に、変革力というテーマ、特に英語のタイトルにもなっている「Big Companies Do Innovation」というテーマで伺っていこうと思っています。 先日あるカンファレンスで、パネリストの小泉進次郎さんから「Innovationって日本語では何て意味でしょうね」と

          ヤフーとリクルートはなにが違う? 各社組織体制の違いに見る、イノベーションへの構え
        • ぼんやり上司とガツガツ上司、どっちが良いか

          ぼんやり上司とガツガツ上司、どっちが良いか 2021.05.21 Updated by Ryo Shimizu on May 21, 2021, 08:45 am JST 「もっと派手に、若々しく」とか「うーん、違うんだよなあ」と、ぼんやりした指示しか出してくれない上司と、「ここは赤で」「明日までに見積書を書け」みたいにガツガツ仕事を進めてしまう上司、どっちがいいか、という問題について最近考えたことがあった。 ガツガツ上司の場合、部下はストレスは感じるがやりやすい。 上司が欲しがるものが明確化されているので、「赤にしろ」と言われれば赤にすればいいし、「見積書を書け」と言われれば書けばいいからだ。 それに引き換え、ぼんやり上司の下にいると、部下は苦労する。 なにしろ何をして欲しいのか明かされない。何をすればいいのか自分で考えなくてはならない。そして、何かやって持って行ったとしても、ぼんやり上

            ぼんやり上司とガツガツ上司、どっちが良いか
          • 韓国は侵略戦争の被害者ではなく共犯者だったと言っても韓国政府に通じない理由: 極東ブログ

            この手の議論には参戦したくはないし、する気もないが(原理的に不毛だからということをこれから説明する)、このところなんどかツイッターとかで見かけたブログの話題に、韓国は侵略戦争の被害者ではなく共犯者だった、というのがあった。 そういうネタを書く人々のことがまったく理解できないわけでもないし、いやそれは違うと反論したいわけでもない。だがそれ以前に、そのネタ話は、原理的に韓国政府に通じない理由は、はっきりさせておいたほうがいいんじゃないかとは思った。ネタを真面目に受け止めている人が多そうなである。 ところが、ネタを正す話になるとあまり見かけないように思う。ネットだとどうしても反韓か反日みたいな紅白歌合戦風になってしまうので、しかたがないのかもしれない。簡単に概要だけはメモしておきたい。 このネタ話だが、前提を簡単にまとめておく必要があるだろう。曰く……戦前の朝鮮半島は日本の領土であり、その地の市

            • 個人的にXCodeとObj-Cの難しかったところやつまづいたところ – 宇都宮ウエブ制作所

              FlashとActionScriptをこよなく愛する私が、つまりはFlashすきすきおっさんがXCodeとObjective-Cについて入門しようとしたときにどうしてもつまずいた点を挙げていきたいと思います。実際にはFlashぜんぜん関係ない記事になっていますが。 FlashやActionScriptと比べてあれがないこれがあるとかいうのはナンセンスなのですが、自分が今学習中の開発スタイルでXCodeだとどうやって開発していったらいいのか、同じようにできるところは同じように、同じようにはできないところは違う方法を探りながらやっています。 とにかくXCodeとObj-Cについて初心者以前であり独学ですので盛大に間違えている可能性があります。 さらにどっちかというと人に説明すると言うよりは 自分がつまずいたところをあとで見直すように、完全に自分向けの個人的な覚え書きのつもりで書いています。 そ

                個人的にXCodeとObj-Cの難しかったところやつまづいたところ – 宇都宮ウエブ制作所
              • "6年分"のRailsバージョンアップをなめらかに行う方法! - AppBrew Tech Blog

                こんにちは、id:r7kamura です。業務委託という形で1年ほど関わりながら、美容のクチコミサービスLIPSに利用しているRuby on Rails (以下Rails) というWebアプリケーションフレームワークのバージョンを、4.2から6.1に上げました。 Rails 4.2のリリースは2014年、Rails 6.1のリリースは2020年なので、およそ6年分のバージョンアップを一気に推し進めたことになります。 今回はこれを題材に、この手のフレームワークのバージョンアップ時に起こりがちな諸問題や、やって良かったこと悪かったこと等について振り返ろうと思います。 あまりRailsに限った話はしないように心掛けて書いたので、こういったバージョンアップ作業に興味がある方にはぜひ読んでいってもらえればと思います。 変更の粒度など レビューのやり方 複数データベース対応で困った話 テストがなくて困

                  "6年分"のRailsバージョンアップをなめらかに行う方法! - AppBrew Tech Blog
                • DDDで複数集約間の整合性を確保する方法(サンプルコードあり)[ドメイン駆動設計] - little hands' lab

                  株式会社ログラスの松岡です。 本記事では、DDDに関する疑問で頻出な、複数集約間の整合性を確保する方法について、具体的なコードを交えて紹介します。 実装方法は、主に以下の3つに分かれます。 ユースケースで複数集約に更新をかける ドメインサービスを使用する ドメインイベントを使用する 目次 目次 集約の定義について 題材とする事例 実装方法1. ユースケースで複数集約を更新する メリット・デメリット 実装方法2. ドメインサービスを使用する メリット・デメリット 改善案 実装方法3. ドメインイベントを使用する ドメインイベント作成に制約をつける メリット・デメリット まとめ 集約の定義について詳しく知りたい方は 現場での導入で困ったら 集約の定義について 集約自体の説明については、本記事では割愛します。詳しくは下記の書籍「集約」の章をご覧ください。 little-hands.booth.p

                    DDDで複数集約間の整合性を確保する方法(サンプルコードあり)[ドメイン駆動設計] - little hands' lab
                  • TwitterのBASIC認証廃止、企業ユーザーが知っておくべきこと

                    Twitterユーザー、あるいはこのプラットフォームを利用しているデベロッパーや企業は、2010年6月30日に向けて適切な対応を図る必要がある。Twitter APIのBASIC認証が廃止されるためだ。 意外と知られていないこととして、APIの制限のほかにユーザーごとの制限があると丹羽氏。1日当たりのツイートやフォロー、ダイレクトメッセージなどに上限があるが、ダイレクトメッセージの250件/日制限に引っかかってはじめてそれに気付く企業アカウントも少なくないという 「Twitter Development Talk(Twitter-Dev)」や「Twitter API Announcements」などではかなり前からアナウンスされていたが、2010年6月30日を最後に、Twitter APIのBASIC認証はエラーが返ってくるようになる。一見地味に映るこの出来事だが、カウントダウンサイトも用

                      TwitterのBASIC認証廃止、企業ユーザーが知っておくべきこと
                    • IAMロール徹底理解 〜 AssumeRoleの正体 | DevelopersIO

                      さて、皆様はIAMにどのようなイメージをお持ちでしょうか。プロジェクトに関わる複数人で1つのAWSアカウントを扱う時、各メンバーに配布するアカウントを作れる機能。そして、その気になればアカウントをグループ分けし、権限を厳密に管理できる機能。といったところかと思います。 上記のユースケースで出てきた主なエンティティ(要素)はUserとGroupですね。IAMのManagement Consoleで見てみると、IAMはこれらの他にRoleやIdentity Providerというエンティティによって構成されているようだ、ということがわかります。今日はRoleにフォーカスを当てて、その実態を詳しく理解します。 IAM Role IAM Roleを使うと、先に挙げたIAMのユースケースの他に、下記のようなことが出来るようになります。 IAM roles for EC2 instancesを使ってみ

                        IAMロール徹底理解 〜 AssumeRoleの正体 | DevelopersIO
                      • 開発爆速化を支える経営会議や週次定例の方法論 〜LayerXの透明性への取り組みについて〜 - LayerX エンジニアブログ

                        こんにちは。松本(@y_matsuwitter)です。GWはカレーを沢山作っていました。スパイスから作るカレー、思ったよりも手間が掛からないですね。インド料理にハマる波が数年置きにやってきます。 本日は、最近いくつかのイベントでの議論を通じて感じた、開発組織づくりにおいて見られる共通のパターンについて触れつつ、LayerXが意識している取り組みを書いてみようと思います。 最近toBなスタートアップ各社と会った中で、組織の指向性に色々と共通の傾向が見られる気がする。 ・透明性への狂気的な取り組み、公開だけでなく情報整理とチャネル整備 ・採用は技術力そのものよりもカルチャーフィットと学習意欲(もちろん両立が理想だけども) ・開発では速度を最も意識— 松本 勇気 | LayerXはSaaSとFintechの会社です (@y_matsuwitter) 2021年4月22日 各社で見られる最近の組織

                          開発爆速化を支える経営会議や週次定例の方法論 〜LayerXの透明性への取り組みについて〜 - LayerX エンジニアブログ
                        • プロと読み解く Ruby 3.0 NEWS - クックパッド開発者ブログ

                          技術部の笹田(ko1)と遠藤(mame)です。クックパッドで Ruby (MRI: Matz Ruby Implementation、いわゆる ruby コマンド) の開発をしています。お金をもらって Ruby を開発しているのでプロの Ruby コミッタです。 本日 12/25 に、ついに Ruby 3.0.0 がリリースされました。一昨年、昨年に続き、今年も Ruby 3.0 の NEWS.md ファイルの解説をします。NEWS ファイルとは何か、は一昨年の記事を見てください(なお Ruby 3.0.0 から、NEWS.md にファイル名を変えました)。 プロと読み解く Ruby 2.6 NEWS ファイル - クックパッド開発者ブログ プロと読み解くRuby 2.7 NEWS - クックパッド開発者ブログ Ruby 3.0 は、Ruby にとってほぼ 8 年ぶりのメジャーバージョンア

                            プロと読み解く Ruby 3.0 NEWS - クックパッド開発者ブログ
                          • Go For Perl Mongers

                            Go For Perl Mongers (or, for Lightweight Language lovers) Daisuke Maki Engineer, LINE Corporation Who Is This Guy? @lestrrat LINE / Japan Perl Association / YAPC::Asia (2008~2013) STF / peco (new!) 2 俺とGo Goしてみて約1年弱 概算10~12万行くらい書いた。lived○○rBl○g の裏方にもこっそりgo入れてる 最初の4万行くらいまでに goの落とし穴にほぼ全て落ちた 自信がある 今日はその落とし穴から学んだ諸々の話 3 対象観客層 もともとPerl/Python/Ruby/PHPあたりから来た人 Goは最低限とりあえずかじった程度はやった人 かじってみたけど「Go、便利そうだけどなん

                            • 「スクラムマスターを雇うときに聞いてみるとよい38個の質問」に答える - Qiita

                              ryuzeeさんの記事で紹介されていたスクラムマスターを雇うときに聞いてみるとよい38個の質問 に答えてみました。 38個すべてに一度に答えていこうとするとかなりハードですが、1日1個ずつこつこつと、回答をしていっています。 この回答は、年月を重ねることに変わっていくかもしれません。 2019/12時点の回答がこちらです。 スクラムマスターの役割について 1. アジャイルマニフェストでは「プロセスやツールよりも個人と対話を」といっている。プロセスを守らせるスクラムマスターは、それとは反対のことをしているのではないか? スクラムマスターはプロセスを順守する・させるためだけの存在ではありません。プロセスを順守する行為は「どのように行うのか(How)」を守らせることに注力してしまいがちですが、「なんのために行うのか(Why)」のほうを重視すべきです。 アジャイルにおけるチームの成功は、「よいプロ

                                「スクラムマスターを雇うときに聞いてみるとよい38個の質問」に答える - Qiita
                              • Railsの太ったモデルをダイエットさせる方法について - メドピア開発者ブログ

                                こんにちは。メドピアのRuby(Rails)化をお手伝いしている@willnetです。最近はよくリファクタリングをしています。 今回は、最近僕がリファクタリングしている内容についてまとめようと思います。 メドピアではFat Model/Controllerを避けるために、rubocopの設定を利用しクラスの行数が300行以下になるよう制限しています*1。最近300行を超えるモデルが出てきたので、一部の処理を別のクラスに切り出し始めました。 このとき、Railsが提供している機能であるconcernsを利用すると楽に行数を減らすことができますが、それだとrubocopの指摘を回避できるという意味しかないので、なるべく委譲(composition)を利用して処理を別クラスに移していっています*2。 複数モデルにまたがる処理を切り出す Railsアプリケーションを書いていると、複数のモデルを一度

                                  Railsの太ったモデルをダイエットさせる方法について - メドピア開発者ブログ
                                • Martin Fowler's Bliki in Japanese - クロージャ

                                  http://martinfowler.com/bliki/Closure.html 動的言語に興味がでてくると、 クロージャやブロックと呼ばれる概念に出会うと思います。 C/C++/Java/C# などクロージャを持たない言語をご使用の方は、 どういったものなのかご存知ないかもしれません。 ここでは簡単にクロージャについて説明します。 クロージャを持った素晴らしい言語を使ったことある方にとっては、 あまり面白くない話かもしれません。 クロージャは長年使用されてきました。 私が最初に出会ったのは、おそらく Smalltalk だったと思います。 Smalltalk ではブロックと呼んでいました。 Lisp ではクロージャを多用しています。 Ruby でもクロージャが提供されています――多くの rubyist がスクリプト言語に Ruby を選ぶのはこのためです。 基本的にクロージャとは、ブ

                                  • エンジニアキャリアというか働き方というか生き方|Takao Sumitomo

                                    こんにちは、すみともと申します。ユビーというヘルステック系スタートアップでソフトウェアエンジニア(社内ではSWEと略されています)をしています。最近はブログとかは全然書いてなかったので(社内のパブリックリレーション担当にちょっとくらい書いてくれとせっつかれたから)久しぶりに書きます。 僕は採用の側面でカジュアル面談という形でいろんな方とお話させていただくことが割と多いのですが、その中でキャリアというか働き方というか生き方を聞かれることがあります。今回はこの辺りの話を徒然無く綴っていきます。 何が好きか「何が嫌いかより何が好きかで自分を語れよ!」といいますので好きなもの/ことを挙げますね。基本的に手を動かして何かを作ってたり、仕組み的なものを考えてるのが好きです。ここ数年は仕事に集中しててあまりできてないですが、CADや電子工作でロボット作ってたり、その前はSQLエディタとかゲームとか作って

                                      エンジニアキャリアというか働き方というか生き方|Takao Sumitomo
                                    • プロと読み解くRuby 2.7 NEWS - クックパッド開発者ブログ

                                      技術部の笹田(ko1)と遠藤(mame)です。クックパッドで Ruby (MRI: Matz Ruby Implementation、いわゆる ruby コマンド) の開発をしています。お金をもらって Ruby を開発しているのでプロの Ruby コミッタです。 去年の記事「プロと読み解く Ruby 2.6 NEWS ファイル」に続き、今年も本日 12/25 リリース予定の Ruby 2.7 の NEWS ファイルの解説をしてみようと思います。NEWS ファイルとは何か、というのは去年の記事を見て下さい。 実は最近、NEWS ファイルを読みやすくしよう、と例を入れたりしていて、以前のものに比べて読みやすくはなっています(英語だけど)。記事中のコードも、NEWS ファイルから引用しているものがあります。本記事では、変更の解説に加え、執筆者らが開発に携わっているということを活かして、「なぜ変更

                                        プロと読み解くRuby 2.7 NEWS - クックパッド開発者ブログ
                                      • メンタルヘルスは事業持続性に関わるCEOの重要スキル | Coral Capital

                                        月間10万人が読んでいるCoral Insightsのニュースレターにご登録いただくと、Coral Capitalメンバーによる国内外のスタートアップ業界の最新動向に関するブログや、特別イベントの情報等について、定期的にお送りさせていただきます。ぜひ、ご登録ください! 本記事は豊田菜保子さんによる寄稿です。豊田さんは、楽天をはじめ、国内外の企業で人材育成やダイバーシティ推進を専門としてきました。現在は、スタートアップや起業家人材の支援プログラムを主に自治体と協力して企画・運営する傍ら、スタートアップやテック企業向けに「人」「チーム」「コミュニケーション」に注目した研修やアドバイザリーを提供しています。 スタートアップ起業家は、事業のため、顧客のため、投資家のため、そして何より家族やチームメンバーのために毎日戦っています。次々と生じる課題から逃げず、「やるべきこと」が山積みでも優先順位をつけ

                                          メンタルヘルスは事業持続性に関わるCEOの重要スキル | Coral Capital
                                        • 混乱しがちなサービスという概念について - かとじゅんの技術日誌

                                          社内でサービスがよくわからないという話になったので、考察を少しまとめておきます。 過去のエントリでも以下のように触れましたが、もう少しかみ砕いてみよう。 サービスという言葉はあいまい まず、簡単に前提の整理から。単に"サービス"って言葉が何を指すのか結構曖昧です。 サービスは簡単にいうと手続きとか振る舞いのことですが、細かくいうと、PofEAAでいうサービスと、DDDいうサービスは、目的が異なります。前者はアプリケーションのためにドメインモデルを再利用可能にするためのものです。後者はドメインの知識を表している振る舞いです。これはのちほど詳しく説明します。 まぁこのあたりは具体例がないと理解しがたいですが、レイヤーの違いによって責務が異なるという感じです。DDDのサービスの章では、サービスには、アプリケーション層、ドメイン層、インフラストラクチャ層と、複数のレイヤーに存在すると言及されていま

                                            混乱しがちなサービスという概念について - かとじゅんの技術日誌
                                          • 習近平副主席訪日の天皇特例会見のこと: 極東ブログ

                                            この話題は微妙であることと裏がよく読めないこともあって、ブログでの言及は控えていたが、その後世間の話題は膨らみ、時代の記憶に残る事件にもなったので、少し記しておこう。 前提となる「1か月ルール」だが、1995年頃、現鳩山首相が村山政権の連立与党代表時に、天皇陛下と外国要人との会見は1か月前までに文書で正式申請する慣例として成立した。経緯から考えても当然だが、現鳩山首相はこのルールの策定側におり、その意義も熟知していた。そのうえで踏みにじったわけである。いつもの鳩山ブーメランよりたちが悪い。 今回、習近平副主席訪日の会見申請が出されたのは11月26日で、外務省は「1か月ルール」に従い、中国側に会見はできない旨回答した。しかし中国側は納得せず、別ルートでの天皇特例会見を求めた。そのルートの一つとして、民主党小沢一郎幹事長が鳩山首相に特別会見実現を働きかけた。鳩山首相は「1か月ルール」を知りなが

                                            • 「若者はなぜ3年で辞めるのか?」を読む (内田樹の研究室)

                                              お正月、特にすることもないので新春早々ゲラを校正。 朝日新聞社から出る教育本「狼少年のパラドクス」の再校である。 ブログ日記から教育関連のものを選び出しただけなので、内容的には繰り返しが多いし、文体もわりと手荒なので、このまま本にするわけにはゆかず、あれこれいじりまわす。 夕方から自由が丘。 等々力在住の兄上と平川くん、千鳥町在住の石川くんという「極楽カルテット」でお正月を祝うべく不二屋書店前に5時集結。 そのまま居酒屋にとぐろを巻いて、ビジネスの話。 平川くんと私は石川くんが3月から始める新規ビジネス、ライブハウス+落語定席「アゲイン」の出資者であるので、ビジネスプランについて詳細をあれこれ論じる。 メニューはどうするのか、禁煙か喫煙可か、クライアントにはどのような年齢層をターゲットにするのか、楽器はどうするのかなどなど。 平川くんと私は開店イベントにすでにブッキングされているようである

                                              • 詳細に指示を出せば出すほど無能になる人について - ベンチャー役員三界に家なし

                                                ある居酒屋チェーンでは1000店舗以上展開をしているにもかかわらず、「店内掃除用のほうきが壊れたので買ってよいか?」という稟議が会長まで上がり、そのタイミングタイミングで会長がジャッジしているという話を中の人から聞いたことがある。 これは極端な例としても、意思決定事項がトップに集中してしまう事象はよくあり、これをもって悪く言うときには「ワンマン経営」、よく言うときには「トップダウン経営」と言ったりしているのは誰しも知っての通りだ。 責任感のある叩き上げのトップというのは、まぁとにかく「細かい」ことまで口を出す。 いわゆるマイクロマネジメント型である場合が多い。 これ自体は僕は非常に正しいことだと思っている。 未だ店舗に必ず足を運んで店長に指示を出すユニクロ柳井さんなどの話は聞いたことがあるのではないだろうか? 最近では、マネジメントや経営に軸足を置きながらも現場感を持つことは重要であるとい

                                                  詳細に指示を出せば出すほど無能になる人について - ベンチャー役員三界に家なし
                                                • Go最後の秘宝「GUI」を探しに行く - Qiita

                                                  Golangができること、むしろ「得意」と言われるものはすでにたくさんあります。 クロスコンパイルが得意だし依存が少ないバイナリができるから、いろんな環境で使えるコマンドラインツールを書くにはGoがいいよ パフォーマンスが高いし文字列処理もやりやすいので、高速なAPIサーバが得意。gRPCでもHTTP/2でも Webアプリケーション・フレームワークも増えてきていてウェブサービス作れるよ ビルドシステムとパッケージマネージャ内蔵なので、gitから簡単にパッケージをダウンロードしてきたり、◯makeコマンドとか◯runtとか◯owerで消耗しなくて済む gopher.jsでJavaScriptにもなる 逆に今まであまり良い解がなくて、「Goにはちょっと不向きだね」と言われ続けていたのがGUIです。鳴り物入りで出てきたGXUIが開発が止まってしまい、それと同じぐらいにshinyというものが開発が

                                                    Go最後の秘宝「GUI」を探しに行く - Qiita
                                                  • プロダクトマネジメント私記

                                                    2 年前にソフトウェアエンジニアからプロダクトマネージャーにロールチェンジした。ソフトウェアエンジニア時代は割と頑張れてたし成果を出せてた気がするのだけど、プロダクトマネージャーになってからは正直かなり苦戦した。プロダクトマネージャー 3 年目を迎えてようやく仕事に自信が持てるようになってきた気がするので、振り返りを兼ねて、これから同じようにプロダクトマネージャーにコンバートしたいと思っている人の役に立てばと思って書きます。 Table of Contents プロダクトマネージャーになった理由 プロダクトマネージャーの役割 1. 何がユーザーの問題かを特定する 2. その問題を解決する製品を定義する 3. 製品がリリースされるまで開発チームに帯同し、リリースを成し遂げる 4. 製品が「正解」であったかの評価を行う 実際になってみてのギャップ プロダクトマネジメントの認知度が原因? 一体型

                                                      プロダクトマネジメント私記
                                                    • 航海日誌と批判 Kuantanlog: ネトウヨを軽く見てはいけない。深刻な心の病も

                                                      2009年9月6日 ネトウヨを軽く見てはいけない。深刻な心の病も 「ネトウヨ」というのは「ネット右翼」の略です。ネットにいる右翼ということであって、その言葉自体に評価の意味はありません。その点、「ブサヨ」(左翼を貶める言葉)などとは違います。 いまやこのネトウヨは、ネット上で自慰している未熟な人というような軽々しいものではなくて、深刻な心の病を抱えている人が多いらしいということがわかってきました。 コピペのコピペですが、一見の価値あるかも。作り話には思えません。 身内にネトウヨがいる人が集い心境を吐露するスレ4 1 :名無しさん@3周年:2008/12/27(土) 11:15:32 ID:jHhHFgcL   私の場合、家族に一人ネトウヨがいます……。   勉強について行けなくなり大学を中退。   専門学校を卒業後就職するも、会社でいじめに遭い、配属後二ヶ月くらいで退職。   現在は家に寄

                                                      • 猫型プログラミング言語史観(1) 〜あるいはオブジェクト指向における設計指針のひとつ〜 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く

                                                        TL;DR 手続き型プログラミングでは手続きを抽象化することで保守性を挙げることに成功したが、データを守ることには失敗してしまった。そこでオブジェクト指向はデータと手続きをひとかたまりにすることでデータを外から守るというコンセプトを打ち出した。 ここから、「手続き型プログラミングで書いてるのに手続きが十分に抽象化されていないのはヤバいね」とか「オブジェクト指向で書いてるのにひとかたまりじゃない雑多なデータに関心をもっちゃってるのはヤバいね」などの設計指針を導くことができるのである。そして純粋関数型言語の場合は……という話です。 はじめに プログラミング言語にはいろいろなパラダイムがあるが、その中で手続き型プログラミング、オブジェクト指向、純粋関数型言語について、わたしなりのひとつの史観を示すのがこの稿の目的である。となんかかっこつけて言ってみたんだけど、要するに、それぞれのパラダイムがどん

                                                          猫型プログラミング言語史観(1) 〜あるいはオブジェクト指向における設計指針のひとつ〜 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
                                                        • 大人数でプログラミングする時に気をつけていること(Java) | DevelopersIO

                                                          1人もしくは(すごく能力の高い人だけの)少人数での開発と、大人数での開発ではプログラミングに対して気にするべきポイントに差があるような気がしています。 ここでいう大人数の開発とは、「プログラミングがどれくらいできるのか、自分が把握していない人がコードを書く可能性がある環境」を想定しています。 ここに挙げているポイントは「規模感に関わらず常に気にすべきこと」も含まれていますが、大人数になると特に問題が大きくなりそうなものをピックアップしてみました。 また、レビューに対する工数をすごくたくさんかけられる環境など、開発現場によっては当てはまらないものもいくつか含まれていますが、本記事ではあまり気にせず思いついたものを羅列しています。 本記事では基本的に「レビューでつぶす」という解決方法はあまり考慮していません。粒度によりますが、本当に厳密なレビューフローがないと、どこかのタイミングで読みづらいコ

                                                            大人数でプログラミングする時に気をつけていること(Java) | DevelopersIO
                                                          • Pythonによるデザインパターン(目次) - None is None is None

                                                            これは『Rubyによるデザインパターン』(ラス・オルセン著 ピアソン・エデュケーション刊)をPythonに翻訳してみようというシリーズです。 Rubyによるデザインパターン 作者: Russ Olsen,ラス・オルセン,小林健一,菅野裕,吉野雅人,山岸夢人,小島努出版社/メーカー: ピアソン桐原発売日: 2009/04/01メディア: 単行本購入: 13人 クリック: 220回この商品を含むブログ (66件) を見る デザインパターンの原則から 変わるものを変わらないものから分離する インターフェイスに対してプログラムし、実装に対して行わない 継承より集約 委譲、委譲、委譲 必要になるまで作るな(これは「Rubyによる〜」の筆者による) 記事 Template Methodパターン Strategyパターン Observerパターン Compositeパターン Iteratorパターン C

                                                              Pythonによるデザインパターン(目次) - None is None is None
                                                            • Herokuから ECSに 移行した - pixiv inside

                                                              こんにちは、インフラ部の id:sue445 です。私事ですが先日GCPの Professional Cloud Architect を取得しました。 そういうわけで今日はGCPではなくAWSの話をします。 tl;dr; 劇的ビフォーアフター 構成 移行のモチベーション パフォーマンス向上 コスト圧縮 アーキテクチャの採択理由 やったこと 1. DB作成 2. MySQL 5.7 -> 8.0 MySQL 8.0でハマったこと MySQL 8.0からデフォルトの認証がcaching_sha2_passwordになった RDSのMySQL 8.0からMariaDB 監査プラグインがなくなった 3. 本番用のDockerイメージを作成 困ったこと:CodeIgniterがログの標準出力に対応していなかった 4. ECS + Fargate + CodePipeline構築 5. CDN作成 6

                                                                Herokuから ECSに 移行した - pixiv inside
                                                              • 良い上司の条件・悪い上司の条件 | knowledge / baigie

                                                                「一緒に働くならどんな上司がいいですか?」と聞かれれば、具体的な要望の一つや二つはすぐ出てくるでしょう。しかし、「あなたはどんな上司になるつもりですか?」と聞かれたら、漠然としたイメージでしか答えられない人の方が多いのではないでしょうか。 これは、部下の立場から「上司にこうあってほしい」と願うことより、上司の立場として「自分はこうなろう」とイメージすることの方が遥かに難しいことを物語っています。 少ない例外を除けば、社会に出た人のほとんどがまずは誰かの部下になります。その会社に居続けて、やがて力が認められれば、誰かの上司になります。 上司も部下も、ほとんどの人が通る道です。だから、上司と部下にちなんだ書籍やブログ記事は数多く存在します。なぜなら誰もが自分事化しやすいテーマだからです。しかも未だに作られ続けています。なぜなら上司と部下の話には正解がないからです。正解がないから、話題が尽きませ

                                                                  良い上司の条件・悪い上司の条件 | knowledge / baigie
                                                                • 【v2対応】Nuxt.jsとFirebaseを組み合わせて爆速でWebアプリケーションを構築する - Qiita

                                                                  Firebase Advent Calendar 2017 21日目の記事です。 フリーランスでフロントエンドを中心にエンジニアをやっているpotato4dです。 普段はVue.jsを中心に、案件を進めたりコミュニティに関わったりしていますが、今回はそんなVue界隈で今アツいフレームワークであるNuxt.jsとFirebaseを組み合わせて、SPA + SSRにAuthと Firestore を組み合わせたアプリケーションを高速で作る方法を、サンプルとあわせてご紹介します。 2019/10/16 追記 このサンプルは Firestore が存在しない Nuxt v1.x + RTDB 時代のコードを愚直に移行している ので全体的に資料が古くなっています。 インフラ構成については順次更新していますが、特にデータストア操作周りについては できるだけ参考にしないでください。 2019/07/02

                                                                    【v2対応】Nuxt.jsとFirebaseを組み合わせて爆速でWebアプリケーションを構築する - Qiita
                                                                  • SOLID原則を理解し、JavaScriptで実践するためのガイド - deve.K's Programming Primer - プログラミング初心者のための入門ブログ

                                                                    ソフトウェア開発者にとって、堅牢でテスト可能で拡張性があり、保守性の高いオブジェクト指向のソフトウェアシステムを設計することは重要です。 そこで登場するのがSOLID原則です。 SOLIDは、ソフトウェア開発中に生じるかもしれない特定の問題を解決するために5つの設計原則が組み合わさったセットです。 この記事では、SOLID設計の原則について詳しく学んでいきます。 具体的には、SOLID原則が何を意味しているのか、各部分がそれぞれ何を表しているのか、また実際のプログラム例を挙げながら現役のプログラマーが説明します。 さらに、JavaScriptを使ってこれらの原則を実装する方法も紹介します。 SOLID設計原則とは? 単一責任原則 (SRP) Open/Closed原則 リスコフ置換原理 (LSP) インターフェース分離原則 (ISP) 依存関係逆転の原則 最後に SOLID設計原則とは?

                                                                      SOLID原則を理解し、JavaScriptで実践するためのガイド - deve.K's Programming Primer - プログラミング初心者のための入門ブログ
                                                                    • 公立小中、先生が足りない 全国で1241件「未配置」:朝日新聞デジタル

                                                                      全国の公立小中学校で、教員が不足している。教育委員会が独自に進める少人数学級の担当や、病休や産休・育休をとっている教員の代役などの非正規教員が見つからないためで、朝日新聞が5月1日現在の状況を調査したところ、1241件の「未配置」があった。学校では教頭が代わりに授業をしたり、少人数学級をあきらめたりしており、教育の質にも影響が出かねない。 単純計算すると、全国の公立小中学校約3万校の約4%で教員が想定より足りないことになる。文部科学省は教員の総数や雇用状況を毎年調べているが、こうした非正規教員の未配置の詳細は把握していない。国は教員の人件費を予算措置するが、給与額や配置は自治体に委ねている。 朝日新聞は47都道府県と20政令指定都市、大阪府から教員人事権を委譲された豊能地区の3市2町の計72教委に、5月1日現在の未配置を問い合わせた。1241件の内訳は、独自の少人数学級や特別支援教育などの

                                                                        公立小中、先生が足りない 全国で1241件「未配置」:朝日新聞デジタル
                                                                      • FluxとDDDの統合方法 - かとじゅんの技術日誌

                                                                        おはこんばんにちは、かとじゅんです。 久しぶりにブログを書く…。最近、趣味でAngular2やらReactやらやっています。やっとWebpackになれました…。 さて、今回のお題は「FluxとDDDの統合方法」について。Angular2を先に触っていましたが、FluxといえばやはりReactだろうということで途中で浮気してReactで考えています。Angular2でもできるはずですが、今回はReactで統合方法*1について考えてみたいと思います。一つ断っておくと、FluxはDDDと統合することを想定していない設計パターンなんで云々とかはここでは考えていません。それはこのブログ記事を読む読まないに関わらずご自身で判断されてください。ソースコードについては、Githubへのリンクを一番下に書いてあるので興味がある人は参考にしてみてください。 Fluxって何? まず基礎ということで、Flux i

                                                                          FluxとDDDの統合方法 - かとじゅんの技術日誌
                                                                        • エンジニアリングマネージャーの最初の学び - このロールは何なのか - yigarashiのブログ

                                                                          2023/6/16付の人事異動で正式にエンジニアリングマネージャー(以下EM)になりました。2021/8に「エンジニアリングマネージャーを目指す若者の戦略」という記事を書いて明確にEMを目指し始め、2022/12には「EMキャリアを切り拓く「最強の現場リーダー」という働き方」という記事でEMに近づく様子を書きました。さらにそこから半年余り、ついに会社からも正式にEMと呼ばれることになりました。実際には3ヶ月ほど前から強くEMを志向した動きにはなっていましたが、やはり正式な職位は特別なもので、キャリアにおける重要な実績をひとつ解除したと感じています。 これほどEMというロールを志向し色々とやってきたのですから、EMとしての振る舞いもさぞスムーズに立ち上がるかと思いきや、実際にEMとして動くのは非常に難しいことでした。書籍やブログ記事を読んで頭で理解したEMという働き方と、自分がチームでEMと

                                                                            エンジニアリングマネージャーの最初の学び - このロールは何なのか - yigarashiのブログ
                                                                          • Nexus Oneを入手したので、とりあえず分析 | fladdict

                                                                            Google Phoneこと、Nexus Oneを入手しました。 シアトルから送ってくださったMasuiさん多謝ですー。 <追記>とりあえず、ざっと触った雑記。ちょっと長くなったので、あたまにインデックスを作成。 1:工業製品としてのNexus One 2:UIとしてのNexus One 3:アプリ 4:Flash Platformとして 5:ビジネスとして 6:プラットフォームとして 7:HTML5および、クラウドアプリは来るのか? —————————————————————- ・工業製品としてのNexus One 第一印象としては、とても素晴らしい出来。 ボディーは金属と軟質プラスチックの組み合わせ。 この軟質プラスチックの背面が、スベスベしながらも手に吸い付く感覚でiPhoneよりも手触りがエロい。 強化ガラス(ゴリラガラス製?)のタッチスクリーンの下には、Androidの標準UIで

                                                                            • Goエラーハンドリング戦略

                                                                              Goのエラーハンドリングが採ったスタイル 多値返し 直積(関数の返値とエラーを両方返す) try-finallyをdeferという機構でカバー panicはプロセスを落とすためのもの Goはこの戦略でエラーハンドリングを行うとしましたので、「多値はなぜタプルじゃないんだ?」、「直和(返値orエラー)で十分じゃ?」「panic-recoverでtry-catchできそう?」などいう様な他の処理系の風習を持ち込むことは意味がありません。そしてそれらの提案の多くはすでに検討されリジェクトされてきた経緯があります。 「try組み込み関数」プロポーザルなんかも検討されマージ直前くらいまで進んだこともありますが、「Goのエラーハンドリング」にとって一長一短がありました。その欠点課題は解決できずに最終的にリジェクトされました。 「多値返し」は実にCPUフレンドリーな機構で、C言語の関数呼び出し規約にちょ

                                                                                Goエラーハンドリング戦略
                                                                              • クールなURIは変わらない -- Style Guide for Online Hypertext

                                                                                クールなURIとは? クールなURIとは変わらないもののこと。 どんなURIが変わってしまう? URIは変わらない:人がそれを変更するのだ。 理屈の上では、人々がURIを変更するべき(もしくはドキュメントのメンテナンスをやめてしまう)理由は全くありません。しかし、現実には山ほど理由があります。 理論上では、ドメイン名空間の所有者はその空間を所有しており、したがってその中に含まれるURIも所有権を持ちます。ドメイン維持料が支払えない場合を除いて、その名前を保有し続けることを妨げるものはありません。そして理論上は、あなたのドメイン名のもとにあるURIは、完全にあなたの管理下にあり、望む限りそれを安定的に保つことができるのです。 ウェブからあるドキュメントが消えてしまう唯一の納得できる理由は、そのドメイン名を保持していた会社が廃業してしまうか、サーバーを維持できなくなったという場合ぐらいでしょう

                                                                                • 「いい人」タイプの上司が部下の能力を殺す | チームマネジメント|DIAMOND ハーバード・ビジネス・レビュー

                                                                                  権限委譲や自由裁量の重要性はしばしばクローズアップされる。しかし、過小管理の危険についてはどうだろう。ありふれているのに見過ごされているこの問題、つまり「いい人だが弱いマネジャー」の存在についてマキューンは注意を促す。 クリスはシリコンバレーに本社を構える大手テクノロジー企業に勤務し、支援を惜しまない好意的なマネジャーの下で長年働いていた。実際、この上司は彼のことを絶賛していた。業績評価では最高の評価を与え、自由に仕事をさせ、いっさい管理しなかった。クリスの言葉を借りれば、「とんでもなく、どこまでもいい人」だった。これこそ理想の上司だと思われるだろうか。それは間違いである。 同社に20年間勤めてきたこの上司は、組織の中で生き延びる術を学んでいた。あまり波風を立てず、問題を起こさないこと。みずからのポジションを守るための政治的な駆け引きには長けていたが、それは自分の評判を高めるほどのものでは

                                                                                    「いい人」タイプの上司が部下の能力を殺す | チームマネジメント|DIAMOND ハーバード・ビジネス・レビュー