並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 15369件

新着順 人気順

コネクションの検索結果81 - 120 件 / 15369件

  • 年に6000万円以上稼いでいる方に、「お金を稼ぐためにはどうすればいいのか?」と尋ねてみた話 - あべべーのシティろぐ

    過去、ベンチャー企業にインターンシップをしていて、その会社の社長と話をする機会が何度かあった。 大学生という立場で仕事をしていると、そういったベンチャー系の社長さんは結構、親身になって勉強になる話を聴かせてくれたりする。 色々なタイプの社長がいるが、皆総じて個性が強い。そして持っているバックグラウンドも異色だった。 その中でも、特に面白いと感じた人の話があるので紹介したい。 その人は、「大学卒業後、証券会社に勤め、個人投資家になり年に6000万円以上稼ぎ、その後会社を設立した。」というとんでもない背景を持つ人だった。 お金を沢山稼ぐためにはどうすればいいのか? たまたま、その社長さんとお話をする機会があったので、僕はここぞとばかりに聞きたかったことを聞いてみた。 「社長、沢山お金を稼げるようにはこれから何を勉強すればいいんでしょうか?」 社長はしばらく考え込む。我ながら抽象的でバカな質問を

      年に6000万円以上稼いでいる方に、「お金を稼ぐためにはどうすればいいのか?」と尋ねてみた話 - あべべーのシティろぐ
    • ずっと無料で使えるクラウドの「Free Tier」主要サービスまとめ。2021年版

      いくつかのクラウドサービスでは、1年程度の無料トライアルや一定額のクーポンなどに加えて、期間の制限なくずっと無料で使える、いわゆる「Free Tier」や「Always Free」と呼ばれる無料枠のサービスが提供されています。 こうした無料枠は試行用の環境や一時的なテスト環境などとして、期間を気にせずサービスを試すうえで非常に有効です。 もちろん、無料提供サービスは提供側の都合によってある日突然終了することもあり得ますが、いまのところ1年前の記事「ずっと無料で使えるクラウドの「Free Tier」主要サービスまとめ。2020年版」で紹介したサービスで終了したものはないようです。 本記事では期限の制限なくFree TierやAlways Freeとして提供されている主なサービスを、2021年版としてまとめました。 Amazon Web Services(AWS) 「AWS 無料利用枠」のWe

        ずっと無料で使えるクラウドの「Free Tier」主要サービスまとめ。2021年版
      • なぜビジネスコンテストからビジネスが生まれないのか?

        学生時代にビジネスコンテストで賞金稼ぎをしていた、ところてんです。 最近、いろいろあって、なんとなくビジネスコンテストの何がクソかが分かってきたので、ポエムを書いてみます。 最近、人事系のブログやら記事やら書籍では、Will,Can,Mustという概念がよく言及されています。私がこの概念を始めて知ったのは、サイボウズ社の社長の青野さんが書かれた「チームのことだけ、考えた」からです。せっかくなので、同書から引用しましょう。 「チームのことだけ、考えた」から引用Willは「自分がやりたいこと」で、これはそのままです。 Canも言葉通りで「自分ができること」です。 Mustだけ少し難しくて、これは「会社や社会から求められていること」というようになります。 Will,Can,Mustが組み合わさった領域というのは、自発的にも高いパフォーマンスが発揮でき、かつ社会的にも高いパフォーマンス(売上、利益

          なぜビジネスコンテストからビジネスが生まれないのか?
        • ソフトウェアエンジニア社長として起業してから会社清算するまでの4年間の振り返り (前編)|Takahiro Ikeuchi

          こんにちは。池内です。これから綴るのは廃業エントリです。開幕から退職エントリとの格の違いを見せつけていくストロングスタイルでお届けしております(違)。 軽口はさておき、いまからおもむろに note を書き始めるわけですが、一番最初の note はこの話題でなくてはいけないだろうという清算の気持ちで文章を綴っています。会社清算だけに。 ・・・ Facebook で僕の投稿に反応いただいていた方はすでにご存じのとおり、そして Twitter や OSS関連コミュニティなどでのみ緩くつながっている方はもしかすると初耳になるかも知れません。じつは、とかしこまることもないのですが、2019年5月末をもって自ら設立した法人を解散するという意志決定をしていました。2015年8月の法人登記からおよそ4年という月日を、代表取締役というロールで過ごしました。この note はその体験をつうじて得た学びや気づき

            ソフトウェアエンジニア社長として起業してから会社清算するまでの4年間の振り返り (前編)|Takahiro Ikeuchi
          • ずっと無料で使えるクラウドの「Free Tier」主要サービスまとめ。2020年版

            クラウドの多くでは、1年程度の無料トライアルやクーポンなどに加えて、期間の制限なくずっと無料で使える、いわゆる「Free Tier」や「Always Free」と呼ばれる無料枠のサービスも提供されています。 こうした無料枠は開発環境やテスト環境としてクラウドを試すうえで非常に有効です。ここではクラウドのFree TierやAlways Freeとして提供されているおもなサービスをまとめました。 Amazon Web Services(AWS) 「AWS 無料利用枠」のWebページを開き、左側にあるフィルター条件で「無期限無料」をチェックすることで、無期限に無料で提供されるサービスの一覧を見ることができます。 おもに次のようなサービスが無期限無料で提供されています。 AWS Lambda サーバレスコンピューティングの実行環境を提供します。 1カ月あたり100万リクエスト、最大320万秒コン

              ずっと無料で使えるクラウドの「Free Tier」主要サービスまとめ。2020年版
            • 読んでいてもたいして良いことはないSF名作私選十作 - 脳髄にアイスピック

              こんな記事が話題になっていた: 読んでないとヤバイ(?)ってレベルの名作SF小説10選 http://d.hatena.ne.jp/Rootport/20130511/1368241656 「読んでないとヤバイ(?)」とかいかにも釣りっぽいタイトルをつけたあげくに、載っけている内容は有名な作家の有名な作品オンリーという、このクソつまらなさ。これだからNAVERまとめはどうしようもないって俺は言ったんだよ!…………あ、これNAVERまとめじゃないの。一人の人間が書いたの。本当に? 人工無脳か何かに書かせたとかそういうオチだったりしないの? いや、だってさ、だってですよ、チミ。別に名作を上から順番に選んだらこういうラインナップになるのはある意味仕方ないかもしれないよ。けどさ、だったらそれなりに紹介の仕方ってもんもあるだろうよ。もう明らかに適当に鼻くそほじくりながら書いたようなのばっかじゃん。

                読んでいてもたいして良いことはないSF名作私選十作 - 脳髄にアイスピック
              • 「ドラクエII」タイアップ曲でデビューし,新星の輝きに圧倒され表舞台を去った牧野アンナさんが目指すもの ビデオゲームの語り部たち:第34部

                「ドラクエII」タイアップ曲でデビューし,新星の輝きに圧倒され表舞台を去った牧野アンナさんが目指すもの ビデオゲームの語り部たち:第34部 ライター:大陸新秩序 ライター:黒川文雄 カメラマン:畑沢亮太 今回の「ビデオゲームの語り部たち」では,振付師の牧野アンナさんに話をうかがった。牧野さんは,父のマキノ正幸氏が立ち上げた沖縄アクターズスクールでレッスンを重ね,ファミリーコンピュータ用ソフト「ドラゴンクエストII 悪霊の神々」のタイアップ楽曲「Love Song 探して」でデビュー。その後,安室奈美恵さんも在籍したアイドルグループのSUPER MONKEY'Sのメンバーを経て指導する側に回り,現在は自身が立ち上げたエンターテイメントスクール「ラブジャンクス」を運営している。 そんな牧野さんと筆者(黒川)には,30年以上も前に接点があった。牧野さんが歌った「Love Song 探して」はアポ

                  「ドラクエII」タイアップ曲でデビューし,新星の輝きに圧倒され表舞台を去った牧野アンナさんが目指すもの ビデオゲームの語り部たち:第34部
                • 大規模ゲーム開発で存在感を高めるErlang/Elixir ─ Nintendo Switch™とロマサガRSの事例から|ハイクラス転職・求人情報サイト AMBI(アンビ)

                  大規模ゲーム開発で存在感を高めるErlang/Elixir ─ Nintendo Switch™とロマサガRSの事例から 大規模なゲーム開発で、プログラミング言語Erlang/Elixirの存在感が増しています。Nintendo SwitchのErlang活用事例と、ロマサガRSにおけるElixirの導入事例について、アカツキ島崎清山さんに解説してもらいました。 2019年6月1日、永田町JA共済ビルにて、Erlang & Elixir Fest 2019が開催されました。Erlang/Elixirを利用する開発者らを集めて国内で開催されるメインイベントとしては、2017年のElixir Conf Japanから数えて、今年で3回目を迎えたことになります。 Erlang & Elixir Fest 2019 参加費6,000円の一般枠が事前登録で埋まり、当日の来場者も150人を超えたErl

                    大規模ゲーム開発で存在感を高めるErlang/Elixir ─ Nintendo Switch™とロマサガRSの事例から|ハイクラス転職・求人情報サイト AMBI(アンビ)
                  • 同時接続 700 万、秒間 2 万通という Nintendo Switch 向けプッシュ通知システム NPNS の資料を読んで

                    AWS Summit Tokyo 2018 で実施されたセッション資料・動画をダウンロードすることができます。(順次公開) ※AWS Summit 2018 へお申し込みいただいていない場合、別途ダウンロード申し込みが必要となります。… 【任天堂様ご登壇事例】Nintendo Switch (TM) 向けプッシュ通知システム「NPNS」AWS はよくわからないので Erlang/OTP 視点のみです。 ejabberdejabberd はフランスの ProcessOne という会社が開発している XMPP サーバです。XMPP が何かはここでは説明しません。 ejabberd は TLS や XML 周りの性能を出すため C で書かれている以外、他はすべて Erlang/OTP で書かれています。 ejabberd の歴史はとても古く、自分が Erlang を学び始めた頃にはすでにありまし

                    • あと2時間でElastiCacheのメモリが枯渇!そのときあなたは何をしますか?

                      突然ですが... あなたは、あるゲームプロジェクトの本番リリース2日前にサーバエンジニアとしてJOINしました。いざリリースを迎えたとき、ElastiCacheのメモリが突然危険域を超え、さらにあと2時間で枯渇しそうな状況になりました。 さて、この状況におかれたあなたは何をしますか? はじめに モバイルゲームのシステムは新しいイベントをopenするとトラフィックが2倍、3倍、時には普段の10倍以上来ることがあり、トラフィックの変動が非常に大きい特性があります。 新しいゲームのリリース時はより顕著で、想定以上のトラフィックが来ることもしばしばあります。 この記事は、あるゲームプロジェクトの本番リリース時に大規模トラフィックが来た際のサーバトラブルを題材に、 どのような観点で問題を切り分けていったのか、トラブルシュートのプロセス どのような準備(負荷テスト)をしていれば防げるのか という話をし

                        あと2時間でElastiCacheのメモリが枯渇!そのときあなたは何をしますか?
                      • 「あきらめたらそこで試合終了ですよ」という言葉の意味。 - Something Orange

                        先日の「物語夜話ラジオ」がおもしろかったので、インスパイアされて記事を書いてみる。 テーマは「あきらめたらそこで試合終了ですよ」。近頃、この言葉の意味をつくづく実感するようになった。そうなのだ。あきらめたらそれまでなのだ。 以前、ぼくは、この言葉を一種の根性論として理解していた。勝負が見えていてもとにかくあきらめずさいごまで全力を尽くせ、という意味だ、と。 しかし、最近ではもうすこし違う意味に解釈している。ひとは、じっさいには可能なことでも、不可能だと思い込んでしまうことがある。そしてそう認識したとたん、本当に不可能になるのだ、ということ。 たとえば、ぼくもそうだけれど、「自分は絵を描けない」というひとがいる。が、目が見えて、手が動かせるなら、物理的な意味では、描けないはずはないんだよね。 ようするにそれは「描けないと思い込んでいる」だけなのだ。もちろん、技術的な巧拙はある。そのままではへ

                          「あきらめたらそこで試合終了ですよ」という言葉の意味。 - Something Orange
                        • 『100日後に死ぬワニ』の作者が間違ったこと

                          PR会社とつきあうときの心構えができていなかった。今回の問題はこれに尽きる。 漫画家は普段ほぼ出版社としか付き合いがないのだろうが、出版社の人間というのは編集者はもちろん、企画にせよ営業にせよコンテンツを読み込む能力が高い。だからフリーハンドでコンテンツの展開を任せても、そこまでおかしなことになったりはしない(もちろん例外はある)。同じくツイッター初の『こぐまのケーキ屋さん』が小学館のハンドリングのもと、映像化やグッズ展開をしても炎上せずファンも喜ぶ順調な拡張をしているのは好例だ。 ところが今回作者が組んだのは、ベイシカというPR会社である。 クリエイターがPR会社と組むときに知らなければいけないのが、彼らは出版社の人間に比べ、圧倒的にコンテンツを読む力がないということだ。これを踏まえて対応しないと、せっかく作ったコンテンツをズタボロにされる危険性がある。 PR会社は展開の施策案やコネクシ

                            『100日後に死ぬワニ』の作者が間違ったこと
                          • ブラッターが辞任したので、スポーツとお金について書いておく - pal-9999のサッカーレポート

                            ブログの題名が「サッカーレポート」なのに、サッカーの政治の話題を二回連続でする男、スパイダーマン!ではなく、pal9999どす、こんにちは。 前回、FIFAの組織の話をしたけど、ブラッターが、 www3.nhk.or.jp 突如、辞任→再選挙、という香ばしい流れになったので、今回は、「FIFAが金満になって、腐敗がはこびるようになっていった」過程について書いとこうと思う。これ、本一冊書けるくらいのネタなんだが。 サッカーの話を読みにきた人には申し訳ないが、本日もFIFAとW杯と政治と腐敗ネタである。 まず、サッカーのW杯なんだけど、 ドイツ大会の収益    17億ドル 南アフリカ大会の収益  36億ドル ブラジル大会の収益   45億ドル となっており、オリンピックと並び、世界最大規模のスポーツイベント、収益マシーンと化している。ちなみに、内訳として、約半分は放映権料。残りがスポンサー収入

                              ブラッターが辞任したので、スポーツとお金について書いておく - pal-9999のサッカーレポート
                            • Twitterが、Ruby on RailsからJavaVMへ移行する理由

                              オライリーが主催するイベント「Open Source Convention 2011」が7月25日から米国ポートランドで開催されました。 その中で、TwitterがなぜRuby on RailsベースのシステムをJavaVMベースへ移行しようとしているのかを解説したセッション「Twitter: From Ruby on Rails to the JVM」が行われ、ビデオが公開されています。 13分程度の短いセッションのポイントをまとめて紹介します。 世界最大のRuby on RailsによるWebサイトをJavaVMへ移行 Twitterのアプリケーションサービスグループ、Raffi Krikorian氏 Twitterは世界中からのツイートをリアルタイムで扱っている。リアルタイム処理が、ツイッターにおけるもっとも難しい処理だ。 Twitterは、おそらく世界最大のRuby on Rail

                                Twitterが、Ruby on RailsからJavaVMへ移行する理由
                              • サクっと作った英語学習サービスがバズって1週間以内にやったこと - Qiita

                                要約 Qiita記事がトレンドインすると、瞬間的にWebサービスへのアクセス数が急増するが、数日でアクセス数は元に戻ってしまう。 そこで以下の施策を速攻で打ってバズっているうちに有益な学びを得るべきと考え、本記事はそれを実践した結果を実データと合わせて説明している。 事前登録フォームを作って興味を持ってくれた人と繋がる Twitterやはてぶのコメントからどうして興味を持ってくれたのか考察する 有料機能を作って単なるバズなのか、本当にニーズがあるのか判断できるようにする バズる1週間前にやっていたこと 3日でツールをサクッと作った 英語面接や仕事で海外の人とやりとりをするときに「ちょっと難しい質問」をされると、途端に5歳児になってしまう自分が恥ずかしくなり、DeepLで英語の勉強をするツールを作った。 自分が使うだけのつもりだったので、アカウント機能などはなく、コアな機能1つを実装しただけ

                                  サクっと作った英語学習サービスがバズって1週間以内にやったこと - Qiita
                                • 運の良い人と悪い人は何が違う? 幸運をつかむための「準備」 | ライフハッカー・ジャパン

                                  これらは人生の運を上げるための戦略としてそれぞれ優れたものですが、これ以外にも自分の運を向上させるために継続的に長期的にできることが数多くあります。 例えば、自分の場合は「The Simple Dollar」の成功はこの上ない幸運だったと思っています。サイトの人気が上がるにつれて間違った方向に進んでしまう、という可能性は大いにあったにも関わらず、順調にこれまでやってこられたことは幸運だったとしか言いようがありません。その多くは私が常日頃から心がけてきたことの結果であり、それらのことは誰しもが実行することができ、それらのことを実行するだけでかなり幸運がアップする方法だと思います。 私はこれらの幸運をアップさせてくれる行動を「ライフデザインチョイス」と名付けています。それは誰しもが日常生活の中で日常的に行っている事で、長期的に見るとそれはチャンスと幸運を生み出します。これらの戦略には長い時間と

                                    運の良い人と悪い人は何が違う? 幸運をつかむための「準備」 | ライフハッカー・ジャパン
                                  • 毎秒1万リクエストの負荷試験をした話 - pixiv inside

                                    はじめまして。ピクシブで広告関連のプロダクトを開発しているeastです。今回は、社内で運用している広告配信サーバーの負荷テストを実施したので、その話をしたいと思います。 経緯 ピクシブの広告配信サーバーは、pixiv本体を中心に複数のサービスに対して広告配信を行なっています。現在私はこの広告配信サーバーの大規模改修を行なっているのですが、先日ついに広告配信サーバーの改修がほぼ完了したので、試しに負荷試験を行なってみたいと思い立ちました。 目標は毎秒1万リクエスト ピクシブの広告配信サーバーへのリクエスト数はDailyで 4〜6億req もあり、これは毎秒平均に直すと約 5,000RPS(Request Per Second) になります。さらに、ピークタイムである休日の深夜帯には 12,000RPS にも達します。つまり新しい広告配信サーバーにも、毎秒12,000のリクエストを捌く性能が必

                                      毎秒1万リクエストの負荷試験をした話 - pixiv inside
                                    • nginx最大パフォーマンスを出すための基本設定 | Node.js技術

                                      解説 worker_processes auto; - Nginx本体のプロセス数、autoにしてnginx内部判定に任せるのは賢明 worker_rlimit_nofile 100000; - workerプロセスが最大に開けるファイル数の制限。このように設定したら、ulimit -a以上のファイル数を処理できるようになり、too many open files問題を回避できる worker_connections 2048; - 一つのworkerプロセグが開ける最大コネクション数 multi_accept on; - できるだけクライアントからのリクエストを受け取る use epoll; - Linuxカーネル2.6以上の場合はepoll、BSDの場合kqueue server_tokens off; - セキュリティ対策です、エラー画面のnginxバージョン番号を非表示 sendf

                                      • 8月23日のAWSの大規模障害でMultiAZでもALB(ELB)が特定条件で500エラーを返すことがあったという話 - Make組ブログ

                                        このブログ記事で 「MultiAZ」にしていたら何事も全て大丈夫という認識を変えられると嬉しいです (当該の時点で障害起こした人はちゃんとMultiAZにしてなかったんでしょ?という人の認識も変えられると嬉しいです)。 MultiAZにしておくことは基本 です。 その上でも、 安心しきらずに監視は必要 という話をしています。 MultiAZ構成にしておきましょう そのうえで監視、検知、トレーサビリティを大切にしましょう MultiAZ要らないという見当外れの解釈はしないでください (一部、間違えた解釈をしてるコメントも見受けられましたが、大いに違います)。 前提 2019-08-23、AWSで大規模な障害が起こりました。 障害の一般的な内容は以下のとおりです。 まとめのブログ https://piyolog.hatenadiary.jp/entry/2019/08/23/174801 AW

                                          8月23日のAWSの大規模障害でMultiAZでもALB(ELB)が特定条件で500エラーを返すことがあったという話 - Make組ブログ
                                        • 19歳・東工大2年生が社長。音声合成界に衝撃を与えたCoeFont STUDIOが目指すこれからの世界|DTMステーション

                                          4月23日、彗星のように現れたネット上のサービス、CoeFont STUDIO(コエ・フォント・スタジオ)は、誰でも無料で使える音声合成サービスということで、瞬く間に広がり、2日で累計ユーザー数が6万人を突破。すでに20万人を超えるところまで来ているようです。日本語でテキストを入力すれば、非常に滑らかな声でしゃべってくれ、その音声をユーザーは商用を含めて自由に利用できるという画期的ともいえるサービスとなっているのです。 このサービスを立ち上げたのは、なんと東京工業大学2年生、19歳の早川尚吾さん。株式会社Yellstonを立ち上げ、その新サービスとして、CoeFont STUDIOをスタートさせたのです。もちろん株式会社ですから、今後ビジネス展開をしていくことを目論んでいるわけですが、それはCoeFont STUDIOの延長線上にあるもので、世の中を大きく変えていく可能性もありそうです。先

                                            19歳・東工大2年生が社長。音声合成界に衝撃を与えたCoeFont STUDIOが目指すこれからの世界|DTMステーション
                                          • Raspberry PiとGo言語でミニトマトの栽培環境を監視してLINE Botで通知する - ぐるなびをちょっと良くするエンジニアブログ

                                            こんにちは。ビジネスソリューション開発グループ チャネルソリューションチームの長谷川と申します。 家庭菜園としてミニトマトの栽培を始めました。 せっかくの機会なので、温度、湿度と土の水分量をRaspberry Piで監視し、LINE Botを通じてLINEのタイムラインに通知する仕組みを作りました。 使ったもの Raspberry Pi2 Model B GW-USNANO2A Soil Moisture Sensor MCP3008 BME280 Raspberry Pi2 Model B Amazonで¥4,000前後です。 GW-USNANO2A プラネックス製の無線LAN子機。Raspbery Pi2は無線LANが搭載されていないため、USBタイプの子機が必要となります。Amazonで¥990くらいです。 Soil Moisture Sensor アナログの土壌の湿度センサーです。

                                              Raspberry PiとGo言語でミニトマトの栽培環境を監視してLINE Botで通知する - ぐるなびをちょっと良くするエンジニアブログ
                                            • なぜAWS LambdaとRDBMSの相性が悪いかを簡単に説明する - Sweet Escape

                                              2020/01/20 Update: 本エントリの内容は2019年12月3日にアナウンスされた『Amazon RDS Proxy』のリリースにより完全に陳腐化しました。過去のアンチパターンがフィードバックをもとにした改善によってアンチパターンではなくなるという最高の事例です。 サーバーレス元年始まった! 今年がサーバーレス元年な理由. それはLambdaに以下が揃ったから. ・カスタムランタイムで実質どんな言語でも利用可能 ・VPC利用時のコールドスタート改善 ・Provisioned Concurrencyでスパイク対応も可能 ・RDS ProxyでRDBとの接続が現実的に これまで5年で受けたフィードバックがついに結実. 強い— Keisuke Nishitani (@Keisuke69) 2020年1月19日 RDS Proxyの詳細はこちらからどうぞ。まだプレビューですがぜひ試して

                                                なぜAWS LambdaとRDBMSの相性が悪いかを簡単に説明する - Sweet Escape
                                              • クラムボン・ミトが語る、バンド活動への危機意識「楽曲の強度を上げないと戦えない」

                                                ミトは、ある種のランナーズ・ハイの状態にあるのかもしれない、と思った。こちらの質問に対して、そんなこともわからないのかと言わんばかりに呆れたような表情を見せながら、畳みかけるように饒舌に語り続ける。その話はある種の衝撃だった。 クラムボンが結成20周年を迎え、5年ぶりのアルバム『triology』をリリースする。9枚目のアルバム。彼らのバンドとしての個性もスタンスもすっかり確立されているはずなのに、しかし、このアルバムは、これまでの作品とはまったく違う意識で作られているようだ。何度も取材して気心が知れているはずのミトの変貌は、いつもと同じつもりで呑気にインタビューしにいった僕を戸惑わせるには十分だった。 彼と話していて思い出したのは、約20数年前、テクノにはまったころの自分。耳が変わり、意識が変わり、聴くものもすべてが変わって、それまで聞いていた旧来のロックみたいなものがすべて聞けなくなっ

                                                  クラムボン・ミトが語る、バンド活動への危機意識「楽曲の強度を上げないと戦えない」
                                                • 安倍政権での「第二官僚」のメンバー - やしお

                                                  安倍政権下では専門性や実効性より、内閣の存続(=支持率の維持)やメンツが重視されているように見える。 最近の新型コロナウイルス対応での全国一斉休校も、官邸サイドの主導で進め、文部科学省・大臣との事前調整もなかったと報道されている。さらに安倍首相自身が「直接、専門家の意見を聞いたものではない」と2020年3月2日参議院予算委で答えている。結果として対策が功を奏したとしても、そのことと意思決定の過程が正しかったかどうかは別問題で、結果の妥当性は過程の妥当性を正当化しない。 こうした専門性の軽視は「第二官僚」(官邸官僚)の形成という視点で捉えると理解しやすいのかもしれない。 野球や相撲でもプレイヤーの出身や経歴、実績、得意技を把握しておくと試合や取組を見るのが楽しくなるし、ニュースで名前を耳にしても「ああ、あの時の人ね」と分かるようになる。同じように第二官僚のプレイヤーもその辺を覚えておけば、別

                                                    安倍政権での「第二官僚」のメンバー - やしお
                                                  • YAPC Asia 2015「Google Cloud Platformの謎テクノロジーを掘り下げる」のまとめ - Qiita

                                                    YAPC::Asia Tokyo 2015、ロゴのとおりに熱いイベントでした...今年で最後なのはほんとに惜しいです。最初にして最後の参加となった私は、「Google Cloud Platformの謎テクノロジーを掘り下げる」というタイトルでトークをさせていただきました。 スライドはここに上げてありますが、これだけ見ても意味不明と思われるので、話した内容の要約をまとめブログ代わりに書こうかな、と思ったらかなり長文となってしまいました。基本ポジショントークですが、しかしGoogleに入る前からGoogleクラウドに対して持ち続けている気持ちでもあるし、ここはイケてないなーと思った部分は素直にそう書くようにしました。 しかし謎は謎のまま... Twitter上の反応まとめを見ますと、「謎が謎のまま終わった」とのご指摘も多く、これはほんとに私の不徳の致すところです、申し訳ありません……。スライド

                                                      YAPC Asia 2015「Google Cloud Platformの謎テクノロジーを掘り下げる」のまとめ - Qiita
                                                    • Linuxメモ : あると便利かもしれないRust製コマンドラインツール - もた日記

                                                      インストール方法 bat ripgrep, ripgrep-all fd, fselect starship exa, lsd, nat nushell navi, tealdeer delta hyperfine xsv, csview py-spy bandwhich, gping, ht, dog hexyl, bingrep broot tokei genact, globe, glitchcat monolith shellharden fnm, volta pastel gitui, onefetch, git-interactive-rebase-tool skim watchexec dust, diskonaut, dua-cli, dutree zoxide ytop, bottom, zenith mcfly sd, desed topgrade pueue proc

                                                        Linuxメモ : あると便利かもしれないRust製コマンドラインツール - もた日記
                                                      • トホホな10の事業案 - ikomaruの日記

                                                        最近、理系大学院生向けアントレプレナーシップ論講座に参加しています。普段接しないタイプの人とビジネスプランを考えたり、工場見学にいったりとなかなか楽しい講座です。その講座の講義で、「トホホな10の事業案」というとてもおもしろくためになる講義がありました。講座内で、とどめておくのももったいないと思い、その資料を講師の永井さんのご好意でこのブログに転載の許可をいただきましたので、公開させていただきます。 (10の事業案を編集ミスで、8*2で公開していました。申し訳ありません。すでに修正して10で公開済みです。)トホホな10の事業案■違法・公序良俗に反する事業案・元本保証・年率10%を確約します・偽装請負・ネズミ講(もどき)・ギャンブル、タバコ関連事業??お金の稼ぎ方はいくらでもあるどうせなら志の高い事業でいきましょう■人件費が異常に安い事業案(例)新しい保育サービスです。従業員は、ボランティア

                                                        • フロントエンドエンジニア御用達の MDN web docs を網羅した

                                                          このリストは何? MDN web docs を、あたかも書籍の目次かのごとく整理しなおしたものです。それぞれ MDN web docs の記事へリンクしています。 なぜこれが必要になったかというと、人材市場でフロントエンドエンジニアが少なすぎる現状をどうにかするべく教育体制を整えるところから考え始めたのですが、それならまずは日頃お世話になっている MDN web docs を教材として扱いたいなと思ったからです。慣れてきてもよく参照するし「アレどこだっけなぁ?」を軽減もしやすいかなって。 MDN web docs は内容そのものはかなり充実しているものの、リンクがあらゆる方向に張り巡らせられており ある一定の流れに沿って読む ということが少々難しい側面もあります。特に初学者にとっては、迷子になりやすいかもしれません。 ですので、初学者でも学習しやすいように MDN web docs 全体の

                                                            フロントエンドエンジニア御用達の MDN web docs を網羅した
                                                          • ベンチャー企業がグローバル展開する難しさ:1年間やってみた雑感:Android (アンドロイド) × グローバル:オルタナティブ・ブログ

                                                            最近は朝から晩まで「Android」と「Google Play」漬けという毎日ですが、このブログのもうひとつのテーマとして「グローバル」があります。 ここ数カ月は「Google Play」と「Android」の話題ばっかりなので、グローバルビジネスと海外展開をテーマにガチの記事を一本書いてみようと思います。 2011年の春にシンガポールに子会社を作って、2012年の始めにはシリコンバレーと香港に拠点を作って、日本以外での営業展開も積極的に行なってきました。 Androidアプリを収益化するプラットフォームを1年とちょっと運営してきて、今日時点でサービスを使ってもらっているアプリが累計で2200万ダウンロードを突破したリリースを出しましたが、ダウンロードの7割は海外です。 実は今の主事業ではあるAndroidアプリ収益化プラットフォーム「metaps(メタップス)」事業はもともとはシンガポー

                                                              ベンチャー企業がグローバル展開する難しさ:1年間やってみた雑感:Android (アンドロイド) × グローバル:オルタナティブ・ブログ
                                                            • 海外「日本は世界の最先端だった」 70・80年代の日本の黒人音楽に世界から絶賛の声

                                                              今回は、ロンドン在住の音楽プロデューサー兼DJの、 Zag Erlatさんが投稿した動画からで、 日本で1970年代と80年代にリリースされた、 ファンクやソウル、ジャズの曲が紹介されています。 早速ですが、以下がプレイリストになります。 0:00〜阿川泰子「LA Night」 5:20〜MANNA「YELLOW MAGIC CARNIVAL」 8:22〜荒井由実「あなただけのもの」 12:19 〜吉田美奈子「UPTOWN」 16:50〜清野由美「YOU & I」 20:09〜大貫妙子「サマー・コネクション」 24:22〜阿川泰子「Meant To Be」 28:15〜大貫妙子「4:00 A.M.」 33:49〜AIKO「Time Machine」 36:52〜大貫妙子「海と少年」 39:50〜中原理恵「とぎれ とぎれて」 44:04〜桑名晴子「そして電話のベルは」 47:34〜笠井紀美子

                                                                海外「日本は世界の最先端だった」 70・80年代の日本の黒人音楽に世界から絶賛の声
                                                              • Amazon ECS でのコンテナデプロイの高速化

                                                                Amazon ECS でのコンテナデプロイの高速化 この記事は同僚の Nathan Peck (@nathanpeck)が書いた記事 “Speeding up Amazon ECS container deployments” を翻訳し、加筆・修正したものです. 元記事を ECS ユーザに紹介する機会が何回かあったので、せっかくなので翻訳することにしました. コンテナのオーケストレーションは非常に複雑な問題の一つです. アプリケーションコンテナのデプロイのために、相互にやり取りを行う複数の異なるコンポーネントが存在します. あなたのアプリケーションを実行したオーケストレータは、その実行されたアプリケーションが Web トラフィックを受け取る用意ができているかどうかについて判断する必要があります. その後そのアプリケーションはスケールダウンされたり、あるいは新しいバージョンのアプリケーション

                                                                  Amazon ECS でのコンテナデプロイの高速化
                                                                • Docker を利用した Web アプリケーションのデプロイ - クックパッド開発者ブログ

                                                                  技術部の鈴木 (id:eagletmt) です。 クックパッドでは一部の Web アプリケーションサーバで Docker が使われており、今回はそのデプロイ方法について紹介します。 Docker で Web アプリケーションをデプロイするときには、まだまだベストプラクティスがある状況ではありません。 たとえば、どのように無停止でデプロイするか、どのようにコンテナと通信するかといった問題があります。 最初に Apache Mesos と Marathon などのツールを検証しましたが、クックパッドの環境において使いやすそうなものはなく、最終的に自前でデプロイのしくみを作ることにしました。 しかし Docker 周辺のツールは様々な新しいものが出てきている最中です。 今はまだベストなものが無いけれども、近いうちによりよいものが出てくるかもしれません。 そのため、できるだけ単純なしくみにしておく

                                                                    Docker を利用した Web アプリケーションのデプロイ - クックパッド開発者ブログ
                                                                  • 改訂版: プログラマーが効果的な可視化を作成する (前編) - Qiita

                                                                    改訂版について (5/7/2019公開) この記事は、私がこちらに公開したもの中では最も読まれているようです。そこで、執筆後に気づいたこと、古くなった情報、新しい技術動向などを考慮に入れて改訂をしました。主な変更点は以下の通りです: 新しいセクションの追加 最近の本の紹介 細かな表現の修正 この記事は複数のセクションに分かれていますので、前編から始め、順番にアップデートして行きたいと思います。何かお気付きの点などありましたら、コメント欄、もしくはkonoアットマークucsd.eduにお願いいたします。 はじめに この記事は、可視化の専門家ではない人がコンピュータを使ってデータ可視化を実際に行う場合に必要な、一般的なノウハウをお伝えするシリーズの第一回です。 前編: 効果的なデータ可視化とはどのようなものか? (本稿) 中編: 分かりにくい可視化を避けるための手法の選択 後編: Part 1

                                                                      改訂版: プログラマーが効果的な可視化を作成する (前編) - Qiita
                                                                    • いつまで日本企業で消耗してるの?

                                                                      外資系企業(米系/NOT金融)に転職してもう10年経つが日本企業に戻りたいと思うことはもうない。 はっきり言って給料が安すぎる。もはや日本企業の給与水準は東南アジアにも負けていることを社会は広く認識すべき。 この前のNTT退職の件にもあったけどあまりに多くの人が不当に搾取され続けているので、人道的見地から人民を奴隷的低賃金労働から解放すべく真実を記す目的でこのエントリを立ち上げる。 給料給料は日系と比べると天と地ほどの差がある(除く商社・キーエンスなど)。うちの会社に新卒で入るとだいたいこんな感じ。 1年目 600 = 基本給500 + ボーナス100 2年目 700 = 基本給550 + ボーナス150 3年目 900 = 基本給700 + ボーナス200(昇進後) 5年目 1100 = 基本給900 + ボーナス300(昇進後) 10年目 1500 = 基本給1100 + ボーナス40

                                                                        いつまで日本企業で消耗してるの?
                                                                      • なぜ全てのプロフェッショナルがブログを書くべきなのかという10の理由

                                                                        By tarop Facebookやmixiなどのソーシャル・ネットワーキング・サービス(SNS)を通じて、インターネット上に日記を投稿するブログは身近なものとなりました。ソフトウェア開発者でありIBMの技術エバンジェリストであるAntonio Cangiano氏は、「プロフェッショナル(専門家)はインターネット上のブログを通じて知識を共有するべきだ」と主張し、その10の理由を紹介しています。 Why Every Professional Should Consider Blogging http://technicalblogging.com/why-every-professional-should-consider-blogging/ ◆1.ブログはあなたのコミュニケーション能力を高める コミュニケーション能力と文章能力は、プログラミングの技術がそうであるように、膨大な時間の練習によ

                                                                          なぜ全てのプロフェッショナルがブログを書くべきなのかという10の理由
                                                                        • 年収3億円のリアル

                                                                          年収3億円のリアル。 <スペック> 36歳。30歳位から零細企業を始めて最初の数年は役員報酬で2000-3000万円をうろうろしていた。 その後2年前くらいにビジネスモデルを少し超えたところ事業がブレイクして役員報酬で3億円で更に会社に利益が1億円くらい残るようになった。 <手取り> 役員報酬は月2500万円で手取りが1400万円程度。役員報酬の計算は税理士に任せているので何がどうなっているのかは把握できていない。 昨年はその他に1億円をちょっと下回るくらいの営業利益が出た。 <住居> 事業がブレイクしてからは160平米で家賃180万円くらいの賃貸に引っ越した。もっと高い250万円くらいの物件も探したが住みたい地域で空いているところがなかったために断念。家探しで分かったこととして、思ったよりも空いている広い物件は少ないということ。高級賃貸のサイトで都内で高い順に並べても200万円超えの物件

                                                                            年収3億円のリアル
                                                                          • サーバやPCのボトルネック箇所の簡単な見分け方(Linux編):佐野裕のサーバ管理者日記:ITpro

                                                                            前回はWindowsでのサーバやPCのボトルネック箇所の簡単な見分け方をご紹介させていただきましたが、要望がありましたので今回はLinuxの場合をご紹介いたします。 4つの主要ボトルネック要素の復習です。 サーバやPCには4つの主要ボトルネック要素があります。このいずれかがボトルネックとなった場合システム全体のレスポンスが低下します。 CPU使用率 メモリ使用量 ディスクI/O TCPコネクション数 Linuxにおいてはボトルネック箇所を以下のように見分けることができます。 1. CPU使用率 CPU使用率が常に100%に近い場合はCPUがボトルネックであることが判明します。CPU使用状況を簡単に調べるには3つの方法があります。「top」「w」「vmstat」コマンドを使う方法です。 -----------------------------------------------------

                                                                              サーバやPCのボトルネック箇所の簡単な見分け方(Linux編):佐野裕のサーバ管理者日記:ITpro
                                                                            • 恐怖の JVM 大量メモリ消費!メモリリークの謎を追え!! - Cybozu Inside Out | サイボウズエンジニアのブログ

                                                                              こんにちは、ミドルウェア開発チームの青木(@a_o_k_i_n_g)です。将来の夢は川口浩探検隊に入ることです。 先日、弊社のアプリケーションサーバーで大量にメモリを消費するという現象に遭遇しました。アクセス頻度の低いサーバーがメモリを大量消費するという謎深いものでした。 発生当初の状況はこんな感じです。 アプリケーションサーバーでは Jetty が稼働 現象が発生した JVM は 5GB 程度のメモリを消費しており、明らかに通常ではない量のメモリを消費している 複数台のサーバーで発生していたが、全てで発生したわけではない。 また、発生したサーバーはいずれもアクセス頻度が少ないサーバーだった。 ヒープ、パーマネント、スタック ひとまず、JVM でトラブルが発生した時は何はともあれヒープダンプとスレッドダンプを見るに限ります。各種情報の取得をインフラ部隊へ依頼し、得られたヒープを解析すると、

                                                                                恐怖の JVM 大量メモリ消費!メモリリークの謎を追え!! - Cybozu Inside Out | サイボウズエンジニアのブログ
                                                                              • Pinterest(ピンタレスト)マーケティングの全て - SEO Japan|アイオイクスのSEO・CV改善・Webサイト集客情報ブログ

                                                                                無料で資料をダウンロード SEOサービスのご案内 専門のコンサルタントが貴社サイトのご要望・課題整理から施策の立案を行い、検索エンジンからの流入数向上を支援いたします。 無料ダウンロードする >> Pinterest関連の記事を多く配信しているSEO Japanですが、ついにといいますか決定版的な記事がQuick Sproutから登場したので紹介したいと思います。「究極」と挑戦的なタイトルを付けてしまいましたが、Pinterestの基本的な使い方から多種多様な事例、Pinterestをマーケティングツールとして使うべき理由、情報発信のアイデア集、コンテンツの収集方法、フォロワーの獲得方法、そしてSEOまでPinterestを活用してみたい方にこれ以上は必要ない位の様々な情報が詰まった記事になっています。 — SEO Japan hGTV、Nordstrom、West Elm、ModClot

                                                                                  Pinterest(ピンタレスト)マーケティングの全て - SEO Japan|アイオイクスのSEO・CV改善・Webサイト集客情報ブログ
                                                                                • ソ連は娯楽少なく…声優ジェーニャ「アニメは二つ。チェブラーシカとヌー・パガジー」:朝日新聞GLOBE+

                                                                                  ソ連が崩壊してから12月25日で30年になる。史上初の社会主義超大国としてアメリカと世界を二分し、冷戦を繰り広げたが、経済の悪化や、政権弱体化を招いたゴルバチョフ氏の改革などにより、1991年に消滅した。 物不足、厳しい情報統制…そんなイメージが強いソ連だが、実際はどうだったのか。1980年代末から崩壊までのソ連で子ども時代をすごし、現在は日本で声優として活躍しているジェーニャさんに「私が生きたソ連」を語ってもらった。 ソ連の記憶について語る声優のジェーニャさん ――ソ連での暮らしぶりを教えて下さい。 私はシベリアのノボシビリスクという都市で生まれたんですけど、父が軍人だった関係でリャザンやゴーリキー(現在のニジニノブゴロド)など転々としていました。 ものは少なかったですね。それはあとから分かったことで、当時は普通だと思っていました。商店に行っても、陳列棚が空っぽの記憶しか残っていません。

                                                                                    ソ連は娯楽少なく…声優ジェーニャ「アニメは二つ。チェブラーシカとヌー・パガジー」:朝日新聞GLOBE+