並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 242181件

新着順 人気順

フォーマットの検索結果41 - 80 件 / 242181件

  • すごいIPv6本を無料配布!:Geekなぺーじ

    2021年12月20日追記:第2版できました! IPv6を解説した「プロフェッショナルIPv6」をラムダノート株式会社から出版しました。 初版は456ページになりました。紙版の厚さは23mmになる予定です。 現時点で、IPv6に関して世界で最もまとまっているIPv6本であると個人的に考えています。 「プロフェッショナルIPv6」は、株式会社日本レジストリサービス様、BBIX株式会社様、NTTコミュニケーションズ株式会社様、日本ネットワークイネイブラー株式会社様、クラウドファンディング(「すごい技術書を一緒に作ろう。」という企画です)でのみなさまによるサポートにより実現しました。 IPv6に関する技術情報を広く公開するという趣旨に賛同いただき、本書の執筆と制作、公開にあたって多大な協賛をいただきました。ありがとうございます!!! 「プロフェッショナルIPv6」は、通常の書籍として5000円で

    • フリーランスになる準備をしよう!独立前に知っておいてほしいこと。 知らないはリスク

      ■屋号を決める まずはこれから自分が背負う屋号を決める必要があります。 屋号とは個人で使う会社名みたいなもの。 ●●商店とかも屋号ですね。 屋号を決めるにはいくつか注意点があります。 1.相手に伝わりやすいかどうか 例えば取引先に電話した時など ●●●の(個人名)です。と電話受付の方にお電話しないといけませんが、 覚えにくい、分かりにくい名前だと何度も●●ですか?いえ違います●●ですみたいな やりとりをしてしまいます。 できれば一言で伝わるものがいいでしょう。 僕は独立当時は個人用に取得していた「strive-ex」というのを そのまま屋号に最初使っていたのですが、多くの人が 「strive」や「ex」という単語が聞きなれない、間にハイフンがあるなど 問題が山積みだったため、2年目には「stid」という短いものに変更しました。 ※strive interactive design から短縮

        フリーランスになる準備をしよう!独立前に知っておいてほしいこと。 知らないはリスク
      • いつもの作業が5秒速くなるツールをひたすら列挙するページ

        筆者が愛用してやまない作業高速化ツールたちに感謝しながら、ひたすら列挙するページです🙏 Mac専用 Alfread 多機能ランチャ ファイル検索 クリップボード履歴の保存がめちゃくちゃ便利(有償版) Clipyとかも試して、有償版Alfredが一番しっくりきた クリップボード履歴を保存 履歴が残る 筆者は Cmd + Shift + V で発動するよう設定 画像コピーの履歴も保存 履歴の検索 クリップボードでコピーしながらマージできる マージしたい文字列は、「空白区切り」「改行区切り」「区切りなし」を選べる コーディングが捗る スニペット機能(https://zenn.dev/naotolog さんご紹介🙏) 定型文を登録して、呼び出すことができる 穴埋め入力が必要ない場合は Dash よりこちらが良さそう Station 通知の一元化 Slack/Twitter/Facebook/G

          いつもの作業が5秒速くなるツールをひたすら列挙するページ
        • 詳細PDF入門 ー 実装して学ぼう!PDFファイルの構造とその書き方読み方 - プログラムモグモグ

          PDFのファイル構造を理解すると、テキストエディタでも直接PDFファイルを作ることができるようになります。このエントリーではPDFファイルの基礎要素を説明し、簡単なPDFファイルを例にしてファイル構造を説明します。更に、テキストを渡すとPDFファイルを吐いてくれる簡単なプログラムや、PDFを読み込んで簡単な解析をするプログラムを書いてみます。 目次 目次 まえがき オブジェクト 間接参照 ファイル構造 Hello, world! ヘッダ トレーラ 相互参照テーブル 本体 PDFを生成するプログラム 日本語の扱い方 日本語を含むPDFを生成するプログラム グラフィックス PDFを読むプログラム あとがき まえがき 1990年代前半、アドビシステムズは、どのプラットフォームやデバイスでも文書を確実に表示・共有できることを目的としてPDFファイルフォーマットを開発しました。 PDFの表示ソフト

            詳細PDF入門 ー 実装して学ぼう!PDFファイルの構造とその書き方読み方 - プログラムモグモグ
          • 論文に何を書くべきか→これだけは埋めろ→論文作成穴埋めシート

            こう言い換えろ→論文に死んでも書いてはいけない言葉30 読書猿Classic: between / beyond readers を書いたとき、「あとは穴埋めしたら論文を出力してるものが作れないか」みたいな話があったので、作ってみた。 何であれ、文章を書く骨法は、書きたいことではなく、書くべきことを(そしてそれだけを)書くことである。 問題は何を書くべきかであるが、幸いにして、論文については後述するようにほとんど決まっている。 結論から言えば、以下の表を埋めていくだけで、論文の骨組みができあがる。 必要な項目は揃い、しかるべき順序で並ぶ。 論文穴埋めシート こんな簡単な穴埋め表がこれまであまり取り上げられなかったのは、わざわざ作るまでもないことも勿論あるが、その他にも次のような理由がある。 つまり、こうした穴埋め表が、 あなたは論文が書けないのではない。 研究ができないのだ。 という目の当

              論文に何を書くべきか→これだけは埋めろ→論文作成穴埋めシート
            • 全てのWindowsユーザを幸せにするツールたち - Qiita

              僕個人がWindowsマシンにインストールしていて、 これが無くなったら困るなあ・・・という、 そこに当たり前に存在する幸せ(ツール)を紹介します。 プログラマでなくても幸せになれるツールを選びたかったので、 敢えてプログラマ向けとせず「全てのWindowsユーザ」としております。 Clover Chrome風のエクスプローラーです。 標準のエクスプローラーはフォルダごとにウィンドウが表示されるので、 気づいたらいくつもウィンドウが無数に増えて、 今見たいフォルダがどこにあるかわからなくなることが多々あります。 Cloverを使えば、タブで管理されるのでウィンドウは1つ(任意で増やせます)、 目当てのフォルダもすぐに見つかってイライラから解消されます。 さらに、Chromeのショートカットも使えるため、 例えば、一度消してしまったタブをShift+Ctrl+Tで復活、なんてこともできます。

                全てのWindowsユーザを幸せにするツールたち - Qiita
              • インスタ女子による「インスタ疲れ」や、メルカリのシェア倉庫化、YouTuberは「芸能人ではなく友達」など、スマホユーザー9つのトレンド(2017) | アプリマーケティング研究所

                インスタ女子による「インスタ疲れ」や、メルカリのシェア倉庫化、YouTuberは「芸能人ではなく友達」など、スマホユーザー9つのトレンド(2017) 2017年に、若いスマホユーザーを中心にインタビューして、印象的だったユーザー行動やトレンドなどを9つまとめました。 <目次> 1、メルカリの「シェア倉庫化」すぐ買ってすぐ売る 2、インスタ検索の高度化「バイト先・気温を調べる」 3、インスタの価値は「写真を撮るまで」も含めた体験 4、インスタ女子による「インスタ疲れ」とストーリーの浸透 5、YouTuberが信用できるのは「芸能人ではなく友達だから」 6、中国アプリの独自進化 7、テクノロジーによる「国境や縛りのちょい溶け」 8、動画コンテンツが破壊する「言葉のカベ」 9、ジャンルや用途による「検索の分散化」 ※全体を正確に調査したものではありません、あくまで参考までにご覧ください。 1、メ

                  インスタ女子による「インスタ疲れ」や、メルカリのシェア倉庫化、YouTuberは「芸能人ではなく友達」など、スマホユーザー9つのトレンド(2017) | アプリマーケティング研究所
                • 「何を言っているのか分からない」と言われないための「伝え方」のノウハウ - Qiita

                  私自身、物事を分かりやすく伝えるスキルを身に着けるため、手あたり次第に、いくつかノウハウ本を読んだり、YouTube動画を観たりしてきました。本記事では、本や動画から得られたノウハウや、私が普段の仕事で発見した個人的に使っているテクニックをまとめてみました。 0 本記事の最重要ポイント 本記事がストックの墓場に行ってもいいように、本記事の最重要ポイントだけ先に伝えておきます。 質問に答える時は、聞かれたことにシンプルに答える。 事実と解釈を分けて話す。 1 本記事で伝えたいメッセージ 1-1 コミュニケーション能力の苦手意識はノウハウで解決する ITエンジニアの裾野が広がるにつれて、SNSでも「コミュニケーション能力の低いITエンジニア」の話題をちらほら見かけるようになりました。いわく「これからはITエンジニアにもコミュニケーション能力が求められる」「プログラミングができるだけでは生き残れ

                    「何を言っているのか分からない」と言われないための「伝え方」のノウハウ - Qiita
                  • Twitter で医師を拾ってきて Google のソフトウェアエンジニアにするだけの簡単なお仕事 - 白のカピバラの逆極限 S.144-3

                    はじめに 「【転職エントリ】Googleに入社します|Lillian|note」という、医師から未経験で Google のソフトウェアエンジニアになった記事があります。 note.com 私は、この記事に出てくる「とある元 Google のソフトウェアエンジニア」で、面接の対策を立てました。 記事が出た当初から大反響で、私もそれなりの反応を見まして、いろいろと誤解されているなあ、と思う一方、アドバイザーはあくまでもアドバイザーだから、アドバイザーとして知りえた情報については、口をつぐむべきだと思っていました。 ただ、あまりにも誤解されており、悪影響が大きく、犠牲者も多くなってきたと思ったので、許可を得て簡単に背景を書いておこうかと思います。 これはあくまでもアドバイザー側からどう見えていたかを書いておくものですが、医学部卒だけでも3,4人 Google や Amazon に入っていったおぼ

                      Twitter で医師を拾ってきて Google のソフトウェアエンジニアにするだけの簡単なお仕事 - 白のカピバラの逆極限 S.144-3
                    • 帰宅後の時間をちょっと充実させる方法 - 凹レンズログ

                      今回のエントリーでは、平日の夜を充実させるために自分が気をつけていることや、やっていきたいことについてまとめてみようと思います。 疲れて帰って、カップラーメン食って、バラエティ番組見て、風呂入って、夜遅くまでブラウジングして、寝て、翌朝疲労感を感じながら起床する。こんな生活冴えないですよね。たまにありますが・・・。かといって、毎日、習い事行って、プライベートな時間で人脈を広げて、飲み会行って、映画も週5本見てみたいな考えただけでゾッとする過ごし方もしたくないので、ボチボチこんな風に過ごせれば良いなと思うことを考えてみようと思います。 ブラウジングは後回し 帰宅してすぐパソコン開いてブラウジングして、いつのまにか時間が過ぎてしまう、というのが自分の疲れをためるパターンなので、自制する 9時までに食事を済ませる 自炊する 米を炊くのと、最低一品は作りたい。野菜もいれたいが、せめてサラダを買って

                        帰宅後の時間をちょっと充実させる方法 - 凹レンズログ
                      • 『ビジネスの仕組みがわかる 図解のつくりかた』全文公開|図解総研

                        「ビジネスの仕組みがわかる 図解のつくりかた」という本を全文公開します!この本は、2020年4月に出版されたスマホサイズのコンパクトな新書です。『ビジネスモデル2.0図鑑』を出版後、多くの反響をいただき、さまざまな企業でビジネスモデル図解について講演・ワークショップを開催してきたノウハウを凝縮した一冊になっています。 ※当記事の情報を転載、複製、改変等は禁止いたします それではここから全文公開をご覧ください。 第1章:ビジネスモデル図解、基本の「き」はじめに 僕たちが『ビジネスモデル2.0図鑑』を出版したのは2018年9月のことです。「Amazon Go」や「Spotify」など、100の事例のビジネスモデルを同じフォーマットで図解した本は、7万部を超えるベストセラーになりました。その後さまざまな反響を得て、企業から多数の講演・ワークショップの依頼をいただきました。「ビジネスモデルを自分で

                          『ビジネスの仕組みがわかる 図解のつくりかた』全文公開|図解総研
                        • リニューアルした日経電子版が高速すぎてヤバイ件|こんぴゅ

                          日本経済新聞は国内を代表する経済誌だ。その電子版はwebでの継続課金を大成功させ、いまや50万以上の有料会員を擁するモンスターサイトだ。 その日経電子版が11月6日に全面リニューアルしたのだが、公開後、web業界がにわかにざわついた。表示速度が爆速だったのだ。日経公式もモバイルで2倍の表示速度を達成したと堂々と宣言していた。 webサービスは継続率こそ神KPIで、その継続率には速度が大きく影響する。 これはチェキらないとヤバイと感じ、友人のkitakさんとスピードの秘密を調査してみた。 Fastlyをコンテンツキャッシュに使う殆どのデータはFastlyを経由して取得されていた。Fastlyは最近注目を集めているCDN(世界中にエッジサーバーを配置し、高速にコンテンツを配信するサービス)で、非常に高機能でユニークなサービスだ。 一般に、CDNはいったん世界中にコンテンツをばらまくと、それを無

                            リニューアルした日経電子版が高速すぎてヤバイ件|こんぴゅ
                          • 社内横断の技術組織を終わらせました - nottegra’s blog

                            内容がネガティブに取られそうで、公式なところに書くべきではないので個人ブログで書きます。 この記事は、公式なブログで僕が書いた「社内横断の技術組織をはじめました」という記事へのアンサーブログになります。 ※元の記事は探せば出てきそうだし、個人的なブログと紐付けるべきではないのであえて出しません。 特定の誰かを陥れる目的ではなく、完全に個人の責任として、始めたものを終わらせてしまったことへの事の顛末を記録する目的で書きます。 はじめに 始めた理由 CTOの不在 品質面に対するレビュー不足 技術広報の不足 それぞれの施策の結果 時間がかかってみんなストレスが溜まる新規レビュー 当たり障りの無いことしか表現できない運用レビュー 兼任状態が続き、進まない新規技術検証 やる必要の薄い「全社」広報 終わった理由 成果が出せなくて、そもそも証明出来ないかもしれない 問題解決は組織じゃなくても出来ると気が

                              社内横断の技術組織を終わらせました - nottegra’s blog
                            • マッキンゼー式「問題解決1枚シート」で、圧倒的に仕事がしやすくなる納得の理由。 - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習

                              「商品の売上が減っている」 「チーム内でミスや不手際が多い」 「コンプライアンスが徹底されていない」 こんなビジネス課題の解決を任されたら、あなたならどうしますか? どこからどう手をつけていいかわからず、途方に暮れてしまう……なんて事態に陥らないためにぜひ知っておきたいのが、“問題解決のノウハウ”。 今回は、かの有名コンサルティング会社 マッキンゼー・アンド・カンパニー出身者が開発した「問題解決1枚シート」というフレームワークをご紹介します。マッキンゼー流の仕事術を学び、仕事で課題にぶつかった際にぜひお役立てください。 元マッキンゼーの識者が提唱「問題解決1枚シート」とは? 「問題解決シート」を取り入れてみるとこうなる (Step0)A4用紙を十字に4分割し、シートを作成する (Step1)左上スペースに「解決したいビジネス課題」を書く (Step2)左下スペースに、問題の分析結果を箇条書

                                マッキンゼー式「問題解決1枚シート」で、圧倒的に仕事がしやすくなる納得の理由。 - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習
                              • SEの僕が業務でバリバリ使うExcel術14選+おまけ - 技術を磨くだいぱんまん

                                2016/10/7更新 こんにちは、だいぱんまん(@donchan922)です。 仕事でExcelをよく使います。1日の業務の中でExcelを触らない日はまずありません。 それだけ触っていると、どうにか作業を効率化できないかと考えるようになります。そして調べて実践する、というのを繰り返していると、結構な量のExcel術がたまっていることに気づきました。 そこで今回は、Excel術の中でも特に使うものをランキング形式で紹介します。これらのExcel術を用いると、仕事効率が2〜3倍はあがります。 動作環境は以下のとおりです。 OS:Windows 7 Version:Microsoft Office 2010 14位 リボンの非表示/表示 13位 今日の日付 ⇒ ctrl + ;(セミコロン) 12位 名前を付けて保存 ⇒ f12 11位 印刷画面 ⇒ ctrl + p 10位 リボンの上にに

                                  SEの僕が業務でバリバリ使うExcel術14選+おまけ - 技術を磨くだいぱんまん
                                • 今年に読んでよかった「ニンゲンの不合理と付き合う」ための本まとめ (今年じゃないのもちょっとあり) - フジイユウジ::ドットネット

                                  本をよく積みます。よく読むではなく、ともかく積んでいます。 俺たちの本積むスピードには誰も追いつけない(読んでない本、まだまだあるのにまた本を買ってしまう) pic.twitter.com/RxrHrRl8KX — フジイユウジ (@fujii_yuji) 2021年12月17日 毎週土曜の朝から積読を強制的に消化する会というのをオンラインでやってまして、「誰か来るだろうから起きて読まなくては……」と強制力が働くことで本を少しずつ読むことができています。参加者のみなさん本当にありがとう。 時期によって人が増えたり減ったりして、ここ最近は数人しかいない状態なので新規参加者を募集しております。誰でも参加できるので参加してみたい方は連絡くださいな。 というわけで、今日は読んでよかった本をまとめて紹介していきたいと思います(今年じゃないのもちょっとあり)。 まとめてみたらニンゲン的な原理や不合理と

                                    今年に読んでよかった「ニンゲンの不合理と付き合う」ための本まとめ (今年じゃないのもちょっとあり) - フジイユウジ::ドットネット
                                  • コロナに関係なく、私たちの働き方はとっくに「限界」だった 日本人が知らない、人口ボーナス期・オーナス期の「勝てるルール」の違い

                                    株式会社ワーク・ライフバランスが主催したイベントに、代表取締役社長の小室淑恵氏が登壇。オンライン会議の課題である「発言が偏る」「ホワイトボードが使えず話がまとまらない」「相手の反応が見えない」といった事例を挙げながら、心理的安全性の高い組織作りの秘訣を解説しました。 発言が偏る、話がまとまらない……オンライン会議の悩み 小室淑恵氏:今日、事前にみなさまからアンケートをいただきました。そこに、オンライン会議の課題をたくさん書いていただきました。「一部の人に発言が偏る」、これはかなり多くの方が書いていらっしゃいました。「リアル会議よりも時間が長引いてしまう」、一日中会議になっちゃう、なんて方もいました。 「議論の発展・ブレストが難しい」。言葉を重ねて、どんどん発言していくことが難しい。リアルだったらホワイトボードにまとめていきますが、これができないので「話がまとまらない」であるだとか、今、人事

                                      コロナに関係なく、私たちの働き方はとっくに「限界」だった 日本人が知らない、人口ボーナス期・オーナス期の「勝てるルール」の違い
                                    • 生まれてはじめて書く人のための、小学生向け小説執筆マニュアル(手順書)

                                      創作論とか小説の書き方みたいな本について言うと、作家やその周辺の人が書いているせいか、かつてはその困難さを前面に掲げて、結果的に創作行為の神秘性を保守する手合が多かった。 近頃は「誰でも書ける」みたいなのも随分増えたけれど、タイトルだけ付け間違えたようなのが多くて、あいかわらず、もったいぶった文士臭さが抜けてない。 探す場所を間違えたのだと考え、はなっから「創作行為の神秘性」なんて受け付けない人たち向けに書かれたものを探した。つまり子供向けである。 学校の課題になったりするせいか、アメリカのものに、手続きだけに注力した実にアッケラカンとしたのが多かった。 ネットでフリーで手に入るものだと、National Novel Writing Month(通称:NaNoWriMo ※)のYoung Writers Program用ワークブックが、ほぼ同じ手続きを小・中・高校生向けの3種類に書き分けて

                                        生まれてはじめて書く人のための、小学生向け小説執筆マニュアル(手順書)
                                      • Macユーザーが案外知らないかもしれない便利なこと9個 | loveMac.jp

                                        どーも。Macユーザーのはしくれです。普段何気なく使ってると、便利なのに案外気づかない機能がたくさんあったりもします。Macユーザーの知り合いなんかと話してて喜ばれたこと、また自分が知らなかったことなど、シェアしていきたいと思います。ヘヴィユーザーには当たり前のこともたくさんあるかも知れませんが、何かの参考になれば幸いです。 ちなみに、今回登場する画像の中で、愛らしいお菓子の画像は、フェイクスイーツと言って、粘土で作られたスイーツたちです。 全て、(Macユーザー仲間でもある)blingbling pumpkinsさんの作品で、今回写真掲載を許可していただきました!ありがとうございます。 3/31、4/1に開催される、日本かわいい博in新潟にも作品を展示されるそうですので、ひとつよしなにどうぞ。 command + deleteで行のカーソルより左側の文字が全部消える 見出しそのままですが

                                          Macユーザーが案外知らないかもしれない便利なこと9個 | loveMac.jp
                                        • Python本まとめ・2019年版 - Webとデータ分析を初心者が仕事にするまで - Lean Baseball

                                          毎年恒例、Pythonの本と学び方のまとめ・2019年バージョンとなります. ※2021/1/11更新:2021年版あります ※2020/1/9更新:2020年版もあります, こちらもよろしくおねがいします! ※ちなみに昨年版はこちら 改めましてこんにちは、Pythonと野球を仕事にしています、@shinyorke(Python歴おおよそ8年)ともうします. なお、Python その2 Advent Calendar 2018 12/24記事でもあります. このエントリーはそこそこ長いので、「最初の方をサクッと読んで、残りはつまみ読み」してもらえると良いかもです!*1 ※もちろん全部読んでも構いません!(それはそれで嬉しい) サクッとまとめると 入り口としての「独学プログラマー」は万人が読んだほうが良い名著 データ分析・解析やりたい人も、Webからやっておくと良いかも(特に前処理) Web

                                            Python本まとめ・2019年版 - Webとデータ分析を初心者が仕事にするまで - Lean Baseball
                                          • ITインフラで起きる「もしも」のための12個のコマンド

                                            こんにちは。斎藤です。 ITインフラの障害は、多くの場合「予期せぬ」タイミングで発生します。特に、CPUリソースを多量に消費したり、Disk I/Oが輻輳している場合、その切り分けは困難な状況に陥りやすいものです。 そこで、本日はITインフラ、特にOS・ミドルウェアを支えるにあたって、問題解決を助けてくれるであろう12個のコマンドを取り上げてみます。「必ず押さえておきたい」5つのものと「更に覚えると便利なコマンド」7つの2節に分けてお話しします。 ※CentOS 6.4 (64bit)を前提に取り上げます 必ず押さえておきたいコマンド もしITインフラ管理者になりたてな方はぜひ サーバサイドのプログラマをやっていたのだけれど、ある日突然「君、サーバ管理担当ね!」と、バトンを渡される方っていらっしゃると思います。私も以前はそのクチでした...。そうなってしまったとき、まずは覚えておきたい5つ

                                              ITインフラで起きる「もしも」のための12個のコマンド
                                            • [2010年度版] 今年に入ってブックマークした無料のソフトを整理・16個+まとめ記事いくつか

                                              今日は2010年度版のフリーソフトまとめ です。今年、ブックマークした無料のソフト を整理しました。結局残ったのは16個と まとめ記事がいくつか。折角整理しました のでついでにまとめてご紹介してみます。 かなり主観が入っていますので内容は 偏っていると思います。 という訳で、2010年度版・無料でDL出来る素敵なソフトのまとめです。試してみて凄いなーと思ったもの、まだ試していないものなど混在していますがご了承下さい。 日本語で紹介してくれている記事にリンクしていますので詳細はそちらでご確認下さい。 順不同です。 【追記・当方WinユーザーでMac持ってないです。このまとめもそんな感じです】 複数のパソコンで簡単にiTunesを同期できる『MediaRover』 これはなかなか便利そう。試す機会がまだ無いので試していませんが、いつかテストしてみたいです。 複数のパソコンで簡単にiTunesを

                                                [2010年度版] 今年に入ってブックマークした無料のソフトを整理・16個+まとめ記事いくつか
                                              • AWSの膨大で複雑なサービス群をすべて「たった1行」で説明していくとこうなる

                                                AmazonのクラウドサービスであるAWSは、コンピューティングやデータベース、ストレージなど、膨大で複雑なサービスで構成されています。こうした豊富なサービス群をうまく組み合わせて利用する「ビルディングブロック」がAWSのメリットでもありますが、サービス数が多すぎてなかなか全体像を把握できないのも事実。フリーランスのエンジニアでありコンサルタントでもあるジョシュア・テイセン氏が自身のブログで、AWSのすべてのサービスを「たった1行」で説明しています。 Amazon Web Services https://adayinthelifeof.nl/2020/05/20/aws.html テイセン氏によると、Amazon Dashboardから利用可能なAWSのサービスは記事作成時点で163あるとのこと。そのすべてを正確に理解する必要はありませんが、基本を押さえておくことはいいことであり、問題の

                                                  AWSの膨大で複雑なサービス群をすべて「たった1行」で説明していくとこうなる
                                                • 仕事がはかどるフリーウェブサービス10選

                                                  ウェブサービスは、利用頻度という観点でみると、大きく2つの種類に分けられる。1つは、通常業務に完全に溶け込む形で、日々ガンガン利用して業務を大幅に効率化してくれるウェブサービス。例えばGmailなどのウェブメーラーのほか、カレンダーやソーシャルブックマーク、RSSリーダーなどが挙げられる。PCに接続している間はつねに稼働していてくれないと、何をするにも支障をきたすというイメージだ。 その一方、日々の利用頻度はそれほど高くないが、ブックマークに入れておくといざという時に役立つウェブサービスも数多く存在する。フォーマット変換や大容量ファイル送信といったサービスがこれらに当てはまる。困っている人にこれらを教えてあげれば確実に感謝されるであろうウェブサービス、と考えるとわかりやすい。 今回は過去に本誌「エディターズレビュー」で紹介したウェブサービスを中心に、上記2タイプのサービスをそれぞれ5個ずつ

                                                    仕事がはかどるフリーウェブサービス10選
                                                  • 結局どうすればいいの? - Dive Into HTML5

                                                    Translation of: What Does It All Mean? - Dive Into HTML5 Diving In The Doctype The Root Element The <head> Element Character Encoding Friends & (Link) Relations rel = stylesheet rel = alternate Other Link Relations in HTML5 New Semantic Elements in HTML5 A long digression into how browsers handle unknown elements Headers Articles Dates and Times Navigation Footers Further Reading 訳注 Diving In この章で

                                                    • pythonでのデータ分析時、死ぬほど調べるTipsをまとめておく。 - プロクラシスト

                                                      こんにちは、ほけきよです。 pythonでデータを取り扱っているとき「あれ、これどうやるんだっけ??」 ってなること、ありませんか?僕は10分に1回程度なります。 いや、覚えろと自分でも思うんですが、覚えられないんですよね。100回くらい同じコマンドを調べてたりする。 物覚えが良くないので、ココを見れば絶対大丈夫なようにしておこうと思い、まとめてみました。 jupyterで最初に開くときに読み込むモジュールたち datetime 日付⇔文字列の変換 datetimeの足し算引き算 json dict型⇔json jsonファイルの入出力 datetimeをjsonにする時、エラーが出る pandas ~以外を表すやつ andとor inf弾く リストをdfにサクッと変換 datetimeとして読み込み 読み込み時にcodecのエラーが出る DataFrameのfor文 numpy lins

                                                        pythonでのデータ分析時、死ぬほど調べるTipsをまとめておく。 - プロクラシスト
                                                      • すべての新米フロントエンドエンジニアに読んでほしい50の資料 - Qiita

                                                        はじめに さいきんのWebはSPA技術を中心としたフロントエンドが賑わっていますね💪 従来サーバーサイドを扱っていた人もフロントを触る機会が増えていたり、これからプログラミングを学んでいく人も、フロントエンド領域に興味を持っているのではと思います。 そこで、フロントエンドの経験が浅い方や初学者向けに、おすすめのドキュメントや勉強すべき領域をまとめました。 とりあえず動けば良い段階から一歩進んで、フロントエンドエンジニアとして、良いアプリケーションを作るために必要な知識を浅く広く紹介します。 ※補足 新米と表記しましたが、実際には新卒や未経験でなく、新卒2~3年目の若手フロントエンドエンジニアやフロント分野に苦手意識のあるバックエンドエンジニアの方を対象としています。 数日で目を通せるような内容ではないため、マイルストーンやスキルセットの一つの参考にして頂けると幸いです。 フロントエンド入

                                                          すべての新米フロントエンドエンジニアに読んでほしい50の資料 - Qiita
                                                        • 公開APIを利用したサンプルサイトを作っていくよブログ

                                                          2008/2/12:「公開APIを利用したサンプルサイトを作っていくよ」は、書籍発売に伴い、新サイトに移転しました。 →公開APIを利用したサンプルサイトを作っていくよ 新サイトでは、サンプルサイトの他に、サンプルソースコードの掲載もしていく予定です。 旧サイト(このページは)、削除せずにこのまま残しておきますので、新旧サイトともに今後ともご利用ください。 (旧)公開APIを利用したサンプルサイトを作っていくよ TOP ABOUT BOOK LINK MAIL BLOG 本館 ZAPAnet総合情報局管理人ZAPAが公開API(Webサービス)を利用して、サンプルサイトを作って紹介しています。 Web2.0、マッシュアップの流行によってせっかくWeb上でAPIが公開されていても、利用する前に規約に同意して、開発用ドキュメント(HTMLからPDF、EXECL、WORDなどドキュメントのフォー

                                                          • 綺麗なプレゼン用スライドを作る、10のテクニック

                                                            最近、keynoteでプレゼン資料を作ることが増えてきました。 PowerPointで作成するよりも、keynoteで作る方が、フォントが綺麗だし ガイドのラインも出て、配置も綺麗にそろえられるため keynoteを多く使うことが増えてきました。 プレゼンの資料は、中身が勝負でテクニックじゃないのですが あまりにも、見た目の悪いプレゼン資料だと、見てもらえないと せっかく作った良い内容も、台無しになるので、 いままで本などで読んだ、テクニックをまとめておこうと思います。 ポイントについて、個別に説明していきます。 1.見やすいフォント フォントを見やすくするために、「ヒラギノ角ゴStdN 」を指定します。 このフォントにすると、太文字ではっきり見えるので、 プロジェクターに表示しても見やすくなります。 また、フォントの大きさも、72pt、64pt、48ptを使います。 バラバラの大きさを使

                                                              綺麗なプレゼン用スライドを作る、10のテクニック
                                                            • 【2017年度版】Webエンジニアでも最低限押さえておきたい、SEO施策のまとめと実装 - Qiita

                                                              Webエンジニアでも最低限のSEO知識を持っておきたい ferretやferretOneといったウェブマーケティングのメディア、ツールを開発、運営している株式会社ベーシックで働いており、近々ECサイトphocaseにて本格的にSEO施策を行うので、勉強がてらエンジニアが覚えておくべきだと思ったSEO周りの知識をまとめました。 この記事も書いていたら長くなってしまったので知らない部分をピックアップして読んでいただければと思います。 実装方法やSEO施策の詳細は貼ってあるリンクだけではなく、 別途Googleで検索するなどして複数の意見をインプットすることをおすすめします。 ###★この記事を読むとどうなるか マーケター、ディレクターとのやりとりがスムーズになる。 意図せず検索順位を下げてしまうコードに気づける様になる。 エンジニア側だけで動けるSEO施策を提案できる様になる。 なんとなくSE

                                                                【2017年度版】Webエンジニアでも最低限押さえておきたい、SEO施策のまとめと実装 - Qiita
                                                              • 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
                                                                • エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita

                                                                  はじめに 時の経つのは早いもので、私がIT業界に身を置いて四半世紀になってしまいました。 その間、膨大な数の「設計書(仕様書)」を書いて来ましたが、未だに悩み・迷いは尽きません。 それでも、亀の甲より年の劫とも申しますので、私なりの経験則を「個人」と「チーム」の両観点でまとめてみました。 本稿のテーマは、「主に設計書を想定した、開発ドキュメントの書き方」です。 本稿で前提とする設計書は、ExcelやWordで書かれた、フォーマルな(≒納品物になりえる)設計文書、です。 したがって、自社サービス開発よりも受託開発、アジャイルよりもウォーターフォール、を前提として読んでいただいた方が、しっくりくると思われます。 <ご注意> 本稿の内容は執筆者独自の見解であり、所属企業における立場、戦略、意見を代表するものではありません。 個人的に心がけていること 当該文書の作成目的や位置付けを冒頭に記載する

                                                                    エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita
                                                                  • 海外のゲーム会社であった制度 - じじいのプログラミング

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

                                                                      海外のゲーム会社であった制度 - じじいのプログラミング
                                                                    • 魔術として理解するお絵描きAI講座|深津 貴之 (fladdict)

                                                                      やればやるほど呪術化する、AI画像錬成について。 以下は、その道の専門家にはメッチャ怒られるかもしれない、雑なロジックと制御講座。 いちおうメジャーなサービスでは、共通して動作するノウハウ(DALL-E2, MidJourney, StableEiffusion, DiscoDiffusion, crayon, dall-e mini 他)。 雑に理解する画像AIのしくみ対話型のAIにとって、呪文プロンプトとは画像錬成の方向性ベクトルを定めるものにすぎない。 たとえば、以下は「I love apple」で錬成された画像の例である。どうにも、ふわっとしたものが出てくる I Love Apple「Apple」という方向性ベクトルは、「リンゴ」「青リンゴ」と「アップルコンピューター(旧レインボーロゴ」「アップルコンピュータ(新ロゴ)」など、複数の可能性を同時に持つからだ。 つまり、「Apple」

                                                                        魔術として理解するお絵描きAI講座|深津 貴之 (fladdict)
                                                                      • オーケーとその他スーパーたち - 14店舗のフィールドワークと500人のアンケートでわかったシンプルな結論|太田正伸

                                                                        「ショッピング・イズ・エンターテイメント」と吹聴する楽天的な人々がいるならば、私は「スーパー・イズ・エンターテイメント」とくぐもった声で叫ぶだろう。 私が住む板橋区の辺境はスーパーの激戦区だ。数年前に西友がオープンしたとき、街全体が屋外広告に染まった。 自転車で10分以内の距離に、大きなスーパーだけでも13店舗もあるからだ。オーケー、イオン、イトーヨーカドー、サミット、ヨークマート、ライフ、三徳、ドン・キホーテ、ダイエー、ベルクス、東急ストア、東武ストアに西友。これほどのスーパーの雄が東京と埼玉の狭間にひしめき、胃袋の天下を争っている。 スーパーは万単位の商品が並ぶひとつのプラットフォームだから、どの店も大差はないだろうと思うかもしれない。果たして、どの店も同じだろうか。私はスーパーで働いたことも、関連した仕事をしたこともない。ただのスーパーに興じる一消費者として、これから検証を進めていき

                                                                          オーケーとその他スーパーたち - 14店舗のフィールドワークと500人のアンケートでわかったシンプルな結論|太田正伸
                                                                        • 「GraphQL」徹底入門 ─ RESTとの比較、API・フロント双方の実装から学ぶ|ハイクラス転職・求人情報サイト AMBI(アンビ)

                                                                          scalar型を新しく定義するためにはscalarキーワードを使います。例えば、Date型を新しく定義するには次のようにします。 scalar Date スキーマではこれだけですが、実際に使う際はGraphQL処理系に対してさらにシリアライズとデシリアライズを定義することになります。 GraphQL組み込みのscalar型は先にあげたものだけなので、例えばバイナリ、日付と時刻、HTML/XML、BigIntなどを必要に応じて追加することになるでしょう。ただしその場合、サーバーサイドとクライアントサイドでシリアライズ・デシリアライズの実装を一致させる必要があります。 Enum enum(イナム)はscalar型の一種で、特定の値のみを持つ型です。例えば、組み込みscalar型であるBooleanをenumで宣言すると次のようになるでしょう。 enum Boolean { true false

                                                                            「GraphQL」徹底入門 ─ RESTとの比較、API・フロント双方の実装から学ぶ|ハイクラス転職・求人情報サイト AMBI(アンビ)
                                                                          • 議事録を書くときに意識すべきこと - Be Happyman!!

                                                                            開発現場であってもそうでなくても議事録を書く機会は多いのですが、意外に役にたつ議事録を書くのは難しいものです。ということで、以下自著『プロジェクトを成功させる現場リーダーの技術』より議事録の書き方をまるっと引用。キーワードは「目的・課題・アクション!」です。 会議は避けられない 一口に会議といっても、あらかじめ計画されている定例的なものから、突発的に発生する小さなプロジェクト内ミーティングにいたるまで色々ですが、プロジェクトがさまざまな人との協調作業であり、プロジェクトの生み出す価値がたくさんの利害関係者の合意によって成り立つ以上、会議は必要かつ重要な活動です。実際、大規模プロジェクトでは、プロジェクトの計画段階でコミュニケーション計画として会議体が定義されます。世の中無駄な会議が多すぎると嘆かれながらも、実際問題として、プロジェクトは会議によって進んでいるというのも事実です。 現場リーダ

                                                                              議事録を書くときに意識すべきこと - Be Happyman!!
                                                                            • 仕様書の参考例と、こんな内容を仕様書に最低書くといいというお話|田辺めぐみ

                                                                              よく、仕様書を書いていなくて、書いてみたいけど、具体的な仕様書がネット上に落ちてなくってこまってるって相談を受けるので 「仕様書の記載内容のイメージ」を作りました! ※前提として「現在仕様書を書いていない、自社開発のMVP検証前後のフェーズのスタートアップ向け」に書いています。PMが仕様書、エンジニアがDesign Docを書く分担です。 ついでに、システム開発の基礎である「システム開発のV字モデルをベースにした設計書の紹介」も含めてまとめてみましたー! 大規模開発に使われたり、古くからあるフレームワークなので、スタートアップの方だと、システム開発のV字モデルの概念やそれにあわせた成果物を知らない人が多いけど、「要件定義書」と「設計書」を全てドキュメント化するとどうなるかを理解した上で、「仕様書」として情報を削る方が、考慮漏れ防止やエンジニアがやっている設計内容の理解につながるので、全体を

                                                                                仕様書の参考例と、こんな内容を仕様書に最低書くといいというお話|田辺めぐみ
                                                                              • ブログで稼ぐ方法 | 30万PV・10万円稼ぐまでにやってきたアクセスアップとマネタイズの方法を全部書く

                                                                                この記事には広告を含む場合があります。 記事内で紹介する商品の購入やアプリをダウンロードすることで、当サイトに売り上げの一部が還元されることがあります。 当ブログは2014年11月に開設しておりかれこれ5年目。なんとか生き残っています。その間右肩上がりでPVが爆増したこともあれば、様々な環境の変化に耐えてきたこともあります。 多くの先人の知恵を借りつつ私が取り組んできたブログのアクセスアップ、マネタイズの方法をこれまでいくつか書いてきたんですが、情報のアップデートも兼ねてまるっとまとめていきます。 そもそもブログは稼げるのか?私がブログを始めた2014年から2016年ごろは今思うとイージーゲームで今思うと「ブログで簡単に稼げる」という時期でした。私もその恩恵を受けまくりましたが2019年現在かなり難易度が高くなっています。 しかし、それでも私がブログを続けてる理由は副業としてここまで優秀な

                                                                                  ブログで稼ぐ方法 | 30万PV・10万円稼ぐまでにやってきたアクセスアップとマネタイズの方法を全部書く
                                                                                • プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0

                                                                                  TL;DR 企画力が…欲しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020年11月19日 試行錯誤の瓦礫の記録です。 はじめに もくじ TL;DR はじめに もくじ 以前書いた記事 前提・免責 アイデア 1日1案(やってよかったこと) 1stスクリーニング(やってよかったこと) コミュニケーション チームへのリスペクト(やってよかったこと) 話す <<< 聞く(改善余地あり) 即決する(やってよかったこと) 自分で各論まで見る(やってよかったこと) 発散→収束でディスカッション(改善余地あり) イラストで話す(改善余地あり) 日次ミーティング(やってよかったこと) 議事録を書く(改善余地あり) 得た情報を共有する(改善余地あり) 想定納期を示す(改善余地あり) カレンダー招待&日程確約コメントを転記(改善余地あり) プロセス管理 仮説

                                                                                    プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0