並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 659件

新着順 人気順

プレゼンテーションの検索結果121 - 160 件 / 659件

  • 地球温暖化問題を環境・経済・社会の視点からふんわり概説します|五味馨

    大変珍しいことに私が専門の地球環境が話題になっていますね。気候変動業界は結構大きいのであちこちに解説があり、所属組織もQ&Aを出しているくらいですが、個人としてもこれを機にふんわりと環境・経済・社会について概説しておこうと思います。以下はtwitterで50連投したものをまとめて若干の修正をしたものです。 さていきなりですが上記Q&Aはこれです。 国立環境研究所 地球環境研究センター ココが知りたい地球温暖化 http://cger.nies.go.jp/ja/library/qa/qa_index-j.html 私の目的は10代活動家の国連スピーチの評価ではなく、全文確認もしていないことを断った上で、気になるキーワードから入りましょう。まずは「経済成長」。環境と経済のどちらが大事かという議論になりやすいものですね。答えはもう出ていて「両方」です。私達が安全・健康・快適・文化的で楽しい生活

      地球温暖化問題を環境・経済・社会の視点からふんわり概説します|五味馨
    • 何故、発達障害男性(ASD)の人生には「そんな私にも恋人」が発生しないのか?|rei

      結論から言えば、それは発達障害は男性にとって繁殖に著しく不利になる特性があるからだ。「いやいや、それは単にお前がモテないだけだろ?」と思う人間はいるだろうし、俺が30歳童貞非モテなのは否定しようのない事実であるが、どうもそうではなくマクロな傾向として発達障害男性は非モテになりやすいことが様々な統計や研究に示唆されている。(ここでは主にASDについて述べる、ADHD、学習、知的に関しては別の機会にまた) 例えば高機能自閉症青年の69.2%は異性との性的関係を望んでいるが、全く成功していないという研究がある。米国で低機能および高機能自閉症青年190人の両親の報告を調査した研究では、高機能自閉症の青年の69.2%は、交際関係への欲求を表明しているにも関わらず、異性と関係があると報告したのは7.7%で、同性と関係があるのは1.5%であり、セックスしたのは1.5%という。この調査における青年の主に白

        何故、発達障害男性(ASD)の人生には「そんな私にも恋人」が発生しないのか?|rei
      • WASMとRustはVue.js/React.jsを打倒するのか? - JSへの侵略の歴史

        はじめに 「Typescriptの次はRustかもしれない」という記事がバズってるのを見かけました。 なかなか面白くて、PAとしてのWASMとRustを比較している記事です。ちょうど最近「レガシーおじさん、SPAを始めてみた。そして限界を知る」でも書いた通り最近SPAに手を出してみたのですが、いろいろやろうとするとSSRのためのBackend for Frontend (BFF)等が必要になるとわかり「これJSでやる必要なくない?」とも感じていたのでちょうど良かったです。 こういうのを見るとRIAやGWTのように似たアプローチで廃れた技術や、登場が早すぎたMeteor、今も頑張ってるMSのBlazorなど色々頭をよぎります。といわけで歴史を俯瞰する意味でHTML + JavaScriptとそれ以外の技術のせめぎ合いの歴史やMSのBlazorやRustのyewなどWebassemblyを使う

          WASMとRustはVue.js/React.jsを打倒するのか? - JSへの侵略の歴史
        • 【図解】コレ1枚でわかるゼロ・トラスト・ネットワーク・セキュリティ:ITソリューション塾:オルタナティブ・ブログ

          「いつでも、どこでも働ける」環境を整えることは、いまや働き方改革の要件となっています。そうなると、社外に持ち出したデバイスで、社内システムやクラウドを活用して仕事をするのは当たり前となり、ネットワークにおける社内と社外の境界は意味を持たなくなります。また、ウイルスに感染したパソコンから社内ネットワークを介して感染を広げ被害をもたらす事故や、内部の悪意あるユーザーが機密情報を漏洩してしまうといった事件も後を絶ちません。 「社内は"善"、社外は"悪"」という前提に立ち、ファイヤーウォールで「社内外の境界を守る」従来の「境界防衛セキュリティ」は、もはや役に立たなくなってしまいました。 また、クラウドの利用拡大により、インターネットを介した外部へのアクセスは益々増大します。これらアクセスの全てを、ファイヤーウォールで守ろうとすれば、処理能力が追いつかずスループットの低下は避けられません。高速・大容

            【図解】コレ1枚でわかるゼロ・トラスト・ネットワーク・セキュリティ:ITソリューション塾:オルタナティブ・ブログ
          • ソースコードで理解するクリーンアーキテクチャ - Sansan Tech Blog

            はじめに こんにちは。プロダクト開発部の荒川です。 これまで最年少を謳っていましたが、ついに新卒の子にその座を奪われてしまいました。とても残念です。 さて今回のテーマは、皆さんお馴染みクリーンアーキテクチャ(Clean Architecture)です。 クリーンアーキテクチャは一時期流行し、その流れに乗って私もある程度の理解はしていました。 しかし、それはあくまでも感覚的な理解であって、他人に説明や良さを語れるレベルまで自分の中で落としこめていませんでした。 そこでより具体性のあるソースコードを読み込むことで、アーキテクチャへの理解を深めたいと思います。 クリーンアーキテクチャとは? クリーンアーキテクチャの定義や解説に関しては、ネット上にいくらでも公開されているので、このエントリでは詳しく話しません。 私自身が勉強に使った書籍やサイトを記事末尾の「参照」に掲載しているので、そちらを参考に

              ソースコードで理解するクリーンアーキテクチャ - Sansan Tech Blog
            • Visual Studio Code+Markdownでキレイなプレゼンスライドを手軽に作成できる「Marp」/Markdownに慣れているのならばちょっとした拡張記法を覚えるだけ【レビュー】

                Visual Studio Code+Markdownでキレイなプレゼンスライドを手軽に作成できる「Marp」/Markdownに慣れているのならばちょっとした拡張記法を覚えるだけ【レビュー】
              • 偉大なプログラマ(+人間)になるための101のTIPS - Qiita

                早く人間になりたい。 以下はEmma Wedekindによる記事、101 Tips For Being A Great Programmer (& Human)の日本語訳です。 101 Tips For Being A Great Programmer (& Human) 1. Get good at Googling Googleの使い方を知ろう。 プログラマであるということは、問題に対する答えを探す能力があるということです。 Googleのうまい使い方を知ることで、開発にかかる時間を大幅に節約することができます。 2. Under promise and over deliver 約束は控えめに、出来高は多めに。 タスクに2週間かかるようなら3週間かかると伝え、2週間で提出しましょう。 期待を上回った結果を出すことで、信頼を築くことができます。 3. Be nice to your d

                  偉大なプログラマ(+人間)になるための101のTIPS - Qiita
                • 寝室には安いプロジェクターがよく似合う - 勝間和代が徹底的にマニアックな話をアップするブログ

                  あいかわらず、毎日いろいろ複数のプロジェクターの設定をいじっています。そして使い分けてみてわかったことなのですが、寝室のようなところは意外と安いプロジェクターが良く似合うということです。 用途としては、寝る時に環境音楽などをかけながら寝たいので、そもそも明るいと寝づらいのです。そして高いプロジェクターの光量を落とすのを設定するのは意外と面倒です。そして色合いも結構変わってしまいます。安いものは、もともと低い光量で最適化しているので、楽でした。 また、高いプロジェクターと安いプロジェクターの違いは、プロジェクター性能の違いはもちろん、大きいですが、あとは ・焦点や台形補正が手動か自動か ・どのぐらいいいスピーカーが使ってあるか ・Android TVが入っているか などが違うわけです。 ところが結局、焦点や補正については私が手でやった方が正確なので、結局、変に自動機能があると面倒くさいです。

                    寝室には安いプロジェクターがよく似合う - 勝間和代が徹底的にマニアックな話をアップするブログ
                  • 要件定義を担当する【ITエンジニア】に必要な【コミュニケーションスキル】 - Qiita

                    はじめに タイトルの主張が少し強いですが、以下の本を読んでコミュニケーションスキルについて書かれている部分が有益だなと思ったので メモ程度 にまとめました。 元の本では具体例などが書かれていてわかりやすいので、その点を押さえたい方は購入をお勧めします。 コミュニケーションスキル 以下の3つがある ヒアリングスキル ミーティングスキル プレゼンテーションスキル 1.ヒアリングスキル A.質問 Open-Close Open 5W2Hを用いた質問 Why,What,Who,When,Where How(程度),How to(手段) Close yes,noで解答できる質問 認識の不一致が連続すると信頼を下げやすいので注意する 深掘り 目的 原因 影響・結果 手段 反復 「それ以外にありますか?」 明確化 曖昧な表現を明確にする 例:「うまくできない」→「納期に間に合わない」 論理性チェック A

                      要件定義を担当する【ITエンジニア】に必要な【コミュニケーションスキル】 - Qiita
                    • フリーのITエンジニアやWebデザイナーも国の労災保険へ加入が可能に。業務や通勤での疾病、負傷、死亡など補償。国の労働政策審議会が了承。9月から

                      フリーのITエンジニアやWebデザイナーも国の労災保険へ加入が可能に。業務や通勤での疾病、負傷、死亡など補償。国の労働政策審議会が了承。9月から 会社員やアルバイト、パートなど雇用されている立場である労働者が、仕事や通勤を事由としたケガや病気になり、あるいは死亡した場合、いわゆる労災保険、正式には「労働者災害補償保険」による保険給付が行われます。 労災保険は国が管掌しており、労働者を一人でも雇用する会社には労働者災害補償保険法によって加入が義務付けられています。 IT業界は残念ながら長時間労働が常態化している職場が少なくありません。そしてこれに起因する過労、うつなどの精神疾患をはじめとするさまざまな労働災害が発生していることは、読者もご存じのことでしょう。 会社員やパート、アルバイトなどであれば、こうした労働災害は労災保険によって補償されます。 一方、企業とは雇用関係になく、準委任契約や受

                        フリーのITエンジニアやWebデザイナーも国の労災保険へ加入が可能に。業務や通勤での疾病、負傷、死亡など補償。国の労働政策審議会が了承。9月から
                      • PayPayエンジニアが明かす「100億円キャンペーン」のシステムの舞台裏 数々の問題を解決するためにやったこと

                        PayPayエンジニアが明かす「100億円キャンペーン」のシステムの舞台裏 数々の問題を解決するためにやったこと PayPay 100億円キャンペーンのシステム構築 #1/2 2019年6月12〜14日、幕張メッセにて「AWS Summit Tokyo 2019」が開催されました。アマゾンウェブサービス (AWS) に関する情報交換や、コラボレーションを目的として行われるこのカンファレンスでは、140社以上の利用企業による先進事例セッションをはじめ、数々のイベントを実施しました。プレゼンテーション「PayPay 100億円キャンペーンのシステム構築 」に登壇したのは、PayPay株式会社プロダクト本部の山本啓介氏とShilei Long氏。スマホ決済アプリとして新規参入した同社が展開し、日本中の話題をさらった「100億円キャンペーン」の技術的背景について語ります。前半パートとなる今回は、山

                          PayPayエンジニアが明かす「100億円キャンペーン」のシステムの舞台裏 数々の問題を解決するためにやったこと
                        • 「いらすとや」の素材は、21点以上の "商用利用" で有償となる - 元RX-7乗りの適当な日々

                          ということが、意外と知られていないように思うので、書いておく。 みんな大好き「いらすとや」さんのフリー素材ですが、最近本当に色々なところで見かけるようになってきました。かわいいしフリーだし、プレゼンテーションのスライドなんかで本当によく見かけますよね。 で、タイトルの件です。 「ご利用について」のページを読んでみると、以下の記載があります。 ご利用規定 当サイトで配布している素材は規約の範囲内であれば、個人、法人、商用、非商用問わず無料でご利用頂けます。「よくあるご質問」に詳しく記載しておりますのでご利用の前に一度ご確認ください。 ご利用について | いらすとや 以下の場合、有償にて対応させていただきます。メニューの「お問合せ」からご連絡下さい。 素材を21点以上使った商用デザイン 素材の高解像度データの作成(高解像度イラストのサンプル) ご利用について | いらすとや 個人、法人、商用、

                            「いらすとや」の素材は、21点以上の "商用利用" で有償となる - 元RX-7乗りの適当な日々
                          • 【プレスリリース】【コロナ禍における中央省庁の残業代支払い実態調査】 全額支払い指示後もなお3割が残業代を正しく支払われていないことが判明 残業代を最も正確に支払っていないのは「財務省」「厚生労働省」|働き方改革ならワーク・ライフバランス

                            【プレスリリース】【コロナ禍における中央省庁の残業代支払い実態調査】 全額支払い指示後もなお3割が残業代を正しく支払われていないことが判明 残業代を最も正確に支払っていないのは「財務省」「厚生労働省」 更新日:2021年04月22日 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ・支払わない理由で多いのは「テレワーク分は残業にカウントしない」 ・質問通告時間が遅い・デジタルツールに対応しない議員名・政党名が判明 ・国会議員から「今日中に対面で」説明を要請され、時間に遅れると土下座も ・デジタルツールを積極的に使う国会議員86名が「デジタル実践議員宣言」を実施 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 2006年の創業以来、働き方改革コンサルティングを民間企業1,000社以上に提供し、経済産業省・内閣府・総務省・国土

                              【プレスリリース】【コロナ禍における中央省庁の残業代支払い実態調査】 全額支払い指示後もなお3割が残業代を正しく支払われていないことが判明 残業代を最も正確に支払っていないのは「財務省」「厚生労働省」|働き方改革ならワーク・ライフバランス
                            • TCP/IP構造と通信 - Qiita

                              OSIとTCP/IP構造 OSI参照モデルとTCP/IPプロトコルスタックの対応関係を示しています。 OSIモデルはデータ通信のための抽象的なモデルで、7つの階層(レイヤー)から成り立っています。 一方、TCP/IPプロトコルスタックはインターネットで実際に使用されているプロトコルの集まりで、4つの階層から構成されています。 TCP/IPの4層構造 アプリケーション層:OSIモデルのアプリケーション層、プレゼンテーション層、セッション層に相当します。HTTP、FTP、SMTPなどのプロトコルが含まれます。 トランスポート層:OSIモデルのトランスポート層に相当します。TCPやUDPがこの層で動作します。 インターネット層:OSIモデルのネットワーク層に相当します。IPプロトコルがこの層で主に使用されます。 ネットワークインターフェース層:OSIモデルのデータリンク層と物理層に相当します。E

                                TCP/IP構造と通信 - Qiita
                              • ソフトウェア設計・アーキテクチャの学び方 - Qiita

                                はじめに この記事はHow to Learn Software Design and Architecture | The Full-stack Software Design & Architecture Mapを翻訳したものです。 翻訳がおかしい箇所などあればご指摘頂けるとありがたいです。 元記事の著者: Khalil Stemmler(@stemmlerjs) 設計、アーキテクチャ、フロントエンド、ブロックチェーンに興味ある方是非Twitter(@show_clements)フォローしていただけると嬉しいです! 設計に関する記事 ソフトウェアデザインとアーキテクチャは、DevOpsやUXデザインのように、コンピューティングの領域の中でも独自の研究分野となっています。ここでは、クリーンコードからマイクロカーネルまで、ソフトウェアデザインとアーキテクチャの幅広さを説明するマップを紹介しま

                                  ソフトウェア設計・アーキテクチャの学び方 - Qiita
                                • 「挫折しない OAuth / OpenID Connect 入門」のポイント - Authlete

                                  このビデオについて このビデオは、2021 年 10 月 6 日に開催された 「挫折しない OAuth / OpenID Connect 入門」の理解を深める会 のプレゼンテーション録画です。 2021 年 9 月 18 日発売の「Software Design 2021 年 10 月号」では、OAuth/OIDC が特集され、「挫折しない OAuth/OpenID Connect 入門・API を守る認証・認可フローのしくみ」と題し、Authlete 代表の川崎貴彦が寄稿しました。 本プレゼンテーションでは記事のポイントや、理解を深めるために重要なポイントについて、著者の川崎がお話しします。 文字起こし はじめに 目次 記事の第1章、第2章、第3章は、こういう目次になっています。 ここからピックアップして、 こんなことを話してます、というところを、 紹介したいと思います。 自己紹介 Au

                                    「挫折しない OAuth / OpenID Connect 入門」のポイント - Authlete
                                  • 【新機能】Google Cloud 純正の構成図ツール Architecture Diagramming Tool が発表されました | DevelopersIO

                                    【新機能】Google Cloud 純正の構成図ツール Architecture Diagramming Tool が発表されました Google Cloud のアーキテクチャ図を書く純正のツール Architecture Diagramming Tool が発表されました。Google Cloud の構成図ツールの決定版になると思います。 ウィスキー、シガー、パイプをこよなく愛する大栗です。 先程 Google Cloud 純正のアーキテクチャ図作成ツールである Google Cloud Architecture Diagramming Tool が発表されました。 Introducing a Google Cloud architecture diagramming tool Google Cloud Architecture Diagramming Tool 今まではGoogle S

                                      【新機能】Google Cloud 純正の構成図ツール Architecture Diagramming Tool が発表されました | DevelopersIO
                                    • だめなITベンダー・SIerの行動特性:ITソリューション塾:オルタナティブ・ブログ

                                      もし、あなたが、次のようなことをしているのであれば、これは大いに反省すべきだ。 自分たちの「できること」でしか解決策を示そうとしない。 機能や性能については説明できるが経営や事業の成果にどのような貢献ができるのか説明できない。 これからのテクノロジーやその可能性について分かりやすく説明できない。 お客様が新しい方法論や見積を求めても旧来のやり方で提案しようとする。 新しい方法論やテクノロジーの適用を求めると保証できない、実績がない、時期尚早などのネガティブ・ワードで翻意を迫る。 やがて、お客様から愛想を尽かされてしまうだろう。 工数の需要がなくなるわけではない。ただ、作業工数に応じた労働力に対価を支払うというやり方は、自動化ツールやクラウド・サービスとの競合や人口の減少と相まって、そこでの収益の拡大を期待することができなくなる。 また、工数需要そのものの内容が変わる。例えば、「コードを書く

                                        だめなITベンダー・SIerの行動特性:ITソリューション塾:オルタナティブ・ブログ
                                      • 「桃鉄に枚方市を追加してください」 桃鉄ゲーム監督の前でガチプレゼン 大阪・枚方市小倉小学校の6年生

                                        国民的ゲームソフト「桃太郎電鉄」、通称「桃鉄」。目的地の駅を目指して日本各地を巡りながら地域の特産や名物の「物件」を購入して収益を上げ、総資産が勝敗を決するボードゲームだ。88年の第1作発売からおよそ35年が経ち、2023年11月には最新作「桃太郎電鉄ワールド」が発売された。 コナミは23年、この桃鉄を学校教育機関向けに無償で提供する取り組み(「桃太郎電鉄 教育版Lite ~日本っておもしろい!~」)を開始した。この教育版桃鉄をいち早く導入した大阪・枚方市立小倉小学校の6年生が2月7日、桃鉄制作者らを迎えてプレゼン発表会を行った。 桃鉄制作者らの前でプレゼンを行う枚方市小倉小学校の6年生 プレゼンテーマは、「桃鉄に枚方を追加してもらおう」。枚方が桃鉄の駅として存在しないことに注目し、同校の6年生たちが枚方の魅力を全力でアピールした。 「ひらかたパークは明治45年に開園した日本最古の遊園地。

                                          「桃鉄に枚方市を追加してください」 桃鉄ゲーム監督の前でガチプレゼン 大阪・枚方市小倉小学校の6年生
                                        • 吉澤準特|ロジカルシンキング&図解 on Twitter: "【保存版】図解の種類 ほとんどの図解は8チャート8グラフに収まります。この一覧を早見表として使ってみて下さい。 https://t.co/2pEx8qdPgu"

                                            吉澤準特|ロジカルシンキング&図解 on Twitter: "【保存版】図解の種類 ほとんどの図解は8チャート8グラフに収まります。この一覧を早見表として使ってみて下さい。 https://t.co/2pEx8qdPgu"
                                          • バックエンド Web API に管理画面/管理機能を追加するアーキテクチャパターン - valid,invalid

                                            プレゼンテーションレイヤ、いわゆるフロントエンドがクライアントサイドで実装・実行されるアーキテクチャ (注 1) において、管理画面/管理機能をあとから追加する際にどのような実装パターンがあるのかを整理してみます。 注 1: Presentation Domain Separation の実践の中でも、物理的にプレゼンテーションロジックとドメインロジックを分離しているアーキテクチャです。 用語の整理 プレゼンテーションレイヤ 三層アーキテクチャにおける、システムの利用者へユーザインターフェイスを提供する層です。本記事では"フロントエンド"とほぼ同義で使います。 OSI 参照モデルの第六層ではないです。 バックエンド Web API とは プレゼンテーションを持たない Web API (HTTP プロトコルを用いてネットワーク越しに呼び出すアプリケーション) とします。 プレゼンテーションレ

                                              バックエンド Web API に管理画面/管理機能を追加するアーキテクチャパターン - valid,invalid
                                            • あのスーパーで流れている曲がどんだけガチか、夜通し語りたい。店内BGMにハマったら人生楽しくなった話【わたしの偏愛】 - 週刊はてなブログ

                                              はてなブログは、「書きたい」気持ちに応えるブログサービス。ささいな日常や忘れらない出来事を綴るブログだけでなく、「推しへの思い」や「好きな映画の感想」「お笑いの分析」など、趣味や好きなものへの思いを言葉にするブログも数多く見られます。 そこで、週刊はてなブログでは「好きなもの・こと」についてつづるはてなブロガーに、その思いを語っていただく連載【わたしの偏愛】を始めます。 第4回となる今回は、「モヤ学ブログ」のモヤ学さん (id:nanaironokakehashi) に「店内BGM」について寄稿いただきました。スーパーやカフェの店内で流れる音楽を収集、分析し続けているモヤ学さん。今回は、店内BGMにハマった経緯から、収集時のちょっぴり恥ずかしいエピソードまで、店内BGMへの飽くなき情熱を文章にぶつけていただきました。これを読めば、店内BGMを聴きにスーパーへ行きたくなる……かも? はじめま

                                                あのスーパーで流れている曲がどんだけガチか、夜通し語りたい。店内BGMにハマったら人生楽しくなった話【わたしの偏愛】 - 週刊はてなブログ
                                              • 大企業でプロダクトエンジニアとして働いたら、コーディングのスキルが下がっていた

                                                背景 Shopifyという会社に1年半前に転職しました。あれよあれよと会社が拡大して、現在は従業員一万人弱くらいです。 画像元 公式ではない雑な情報です。あくまでイメージ その前はChartmogulという、せいぜい20人、30人ぐらいの会社にいました。 なぜ表題のようなことを思ったか 面接インタビュアー側として、出題することになるコーディング問題を自分で試しに解いていました。一年半前には自分が受ける側の立場だったので、自分の腕前の定点観測ができました。 やってみてどうだったか。 コーディングにおけるシャープさという観点では明らかに衰えているな、と思いました。問題が与えられて、それに短時間で、論理的に向き合う力とでもいうのでしょうか。 自分は現職でマネージャの立場になったわけでもないので、これはマズイ。なんとなくこの一年くらいそんな気はしていたので、これを機会にもうちょっと深堀してみます。

                                                  大企業でプロダクトエンジニアとして働いたら、コーディングのスキルが下がっていた
                                                • 宣言的UIはReact Hooksで完成に至り、現代的設計論が必須の時代になる - Qiita

                                                  この記事は、ある程度以上の規模のGUI開発において、React Hooks以後の宣言的UIにより、大規模開発に用いられる設計論に完全に対応できるようになり「ビジネスロジックの変更や追加」に対応するコストを低く保つこと(技術的負債の抑制)ができるようになったことを解説するものです。 技術的負債の抑制には、技術的負債の原因となりがちな「広範囲の密結合」と「適切な疎結合を保つ仕組みの欠如」が欠かせません。それをカバーするのが、大規模開発をクリーンに行える設計論(ここでは「現代的な設計論」とよぶもの)です。クリーンアーキテクチャなんかでGUIによく適用されるHumble Object Patternのようにプレゼンテーションとビューを分離する必然性が無くなるでしょう。 ポイントは ある程度以上の規模で開発するなら設計論をうまく使い設計しないと、技術的負債を抱え込む(ビジネスロジックの変更や追加に対

                                                    宣言的UIはReact Hooksで完成に至り、現代的設計論が必須の時代になる - Qiita
                                                  • Yahoo! トラベルと一休.com のシステム統合プロジェクト - 一休.com Developers Blog

                                                    今から二ヶ月ほど前、10/1 に Yahoo! トラベル のリニューアルが完了しました。このリニューアルは、一休.com と Yahoo! トラベルの2システムを一つに統合することで実現しました。 ご存知の通り、ヤフーと一休は同じグループに所属する企業です。ざっくりいうと「同じグループで2つの宿泊予約システムを開発し続けるのは効率が悪いよね」という話があり、今回のシステム統合に至っています。 Yahoo! トラベルと一休のシステム統合は、(1) 2017年頃にホテルの空室管理や予約、決済、精算業務などを担うバックエンドのシステム統合を行い、そして (2) 今回 2021年春先から半年ほどをかけて、ユーザーが利用する画面も含めた全面統合を行いました。全面統合は総勢で 50名ほどのディレクター、エンジニア、デザイナーが関わる一休的には大きな規模のプロジェクトになりましたが、目立ったトラブルもな

                                                      Yahoo! トラベルと一休.com のシステム統合プロジェクト - 一休.com Developers Blog
                                                    • コードの可読性についてのプレゼンテーション紹介 vol. 1: "導入と原則" 編

                                                      はじめに こんにちは。コミュニケーションアプリ「LINE」の Android クライアントチームの石川です。 先日、コードの可読性についてのプレゼンテーション (https://speakerdeck.com/munetoshi/code-readability) を公開しました。 今後、このプレゼンテーションについてのちょっとした解説を、本ブログ上で不定期に連載していきます。 今回は、このプレゼンテーションの概要と、最初の章 "導入と原則" についての解説を行います。 このプレゼンテーションについて このプレゼンテーションは、コードの可読性を向上するためのアイディアをまとめたもので、以下の8つの章からなります。 導入と原則: 可読性の高いコードの重要性、プログラミング原則 命名: 名前の示す内容、文法、語の選択 コメント: ドキュメンテーション、インラインコメント 状態: 状態遷移の管理

                                                        コードの可読性についてのプレゼンテーション紹介 vol. 1: "導入と原則" 編
                                                      • プロンプト・エンジニアリングの真髄とは何か?|深津 貴之 (fladdict)

                                                        これからの時代「プロンプト・エンジニア」という職業が生まれる!という声もききますが、正直なところ僕は懐疑的です。 AIへの命令文(プロンプト)を丸暗記したり、コレクションしてもバージョンですぐ変わるし、大事なところはそこじゃないと思うんですよね。 仮説をたてて、AIに聞いてみました。 私:「AIが進化するほど、AIの認知能力は人間に近づく、あるいは超えると想定されます。 このことを踏まえるとプロンプト・エンジニアリングの真髄は、プロトコルを覚えることではないと考えられます。 重要なのは「人間・AIを問わない知性体と、誤解なく意思疎通できるコミュニケーション能力」だと考えてよろしいでしょうか? このような仮説に立った場合、プロンプト・エンジニアが学ぶべきはなにか。それは、情報の構造設計や取捨選択、コミュニケーション設計、情報の開示と省略のバランスといったことのように思えます。」 はい、その仮

                                                          プロンプト・エンジニアリングの真髄とは何か?|深津 貴之 (fladdict)
                                                        • 外国からの保護者向けに学校文書を「やさしい日本語」にしたら、日本人の保護者にも喜ばれ、伝達不足も減った 大阪市港区長の取り組みに反響

                                                          山口照美/大阪市港区長 @TerumiYamaguch1 校長時代、外国から来た保護者が多いのもあって学校文書を「やさしい日本語」にしました。結果、忙しい日本人の保護者に喜ばれたのと、保護者がプリントを見てくれない児童(これは切ない話ですが実際ありました)が自分で読めるので土曜授業の欠席や忘れ物が減りました。オススメです! twitter.com/asahi_hugsta/s… pic.twitter.com/a6YlDlD4zr 2022-04-10 19:25:01 朝日新聞ハグスタ@子育てニュース @asahi_hugsta 学校の欠席連絡、連絡帳からスマホに でも変わらぬ「プリント地獄」asahi.com/articles/ASQ48… 「昨年度は小学生2人で、お便りは週に40枚ほど、大量のプリントに埋もれるプリント地獄ですね」 《多くのお便りは、時候のあいさつから始まり、全体が長

                                                            外国からの保護者向けに学校文書を「やさしい日本語」にしたら、日本人の保護者にも喜ばれ、伝達不足も減った 大阪市港区長の取り組みに反響
                                                          • 京セラのメタバースを使ったプレゼンが分かりやすくて活用事例の大正解すぎる「こんな距離で見ていいんですか!?」

                                                            京セラ機械工具【公式】 @KYOCERA_TOOL 京セラ機械工具事業本部の公式アカウントです。イベント・製品情報や、お得なキャンペーンの情報などをつぶやきます。お問い合わせはウェブサイトからお願いいたします(DMでのお問い合わせはお受けしておりません)→https://t.co/pua8HWz8l0… https://t.co/zIqjsjVBeq 京セラ機械工具【公式】 @KYOCERA_TOOL JIMTOF2022に出展します! 期間中に、とっておきのメタバース展示会をVRChat上で行います!🥽 期間:11/8(火)~11/13(日) 17:00~23:00 参加方法は「VRChatID: kyocera1にJoin」です。 なお、JIMTOF会場の京セラブース内にはメタバース体験コーナーもご用意。皆さまのご参加をお待ちしております。 pic.twitter.com/zqFBZ

                                                              京セラのメタバースを使ったプレゼンが分かりやすくて活用事例の大正解すぎる「こんな距離で見ていいんですか!?」
                                                            • 「脱Excel」で作業時間を70%削減 創業120年のロート製薬が実践した「情報集約」の大改革

                                                              サイボウズ株式会社が主催する「Cybozu Days 2021」。その中で行われた、「kintone hive 2021」は、日々の業務でkintoneを活用しているユーザーが一堂に会し、業務改善プロジェクトの成功の秘訣を共有するライブイベントです。本記事では、創業120年を誇る老舗製薬会社・ロート製薬の柴田久也氏によるプレゼンテーションの模様をお届けします。営業部門が抱えていた課題と、それを乗り越えるためのkintone活用の工夫が語られました。 3つのフェーズで語る、kintone活用と定着までの取り組み 柴田久也氏(以下、柴田):みなさん、こんにちは。ロート製薬の柴田と申します。約40分間の講演にお付き合いいただけますと幸いです。 このセッションの概要です。大きく3フェーズに分けてお話しします。まず導入期では、なぜkintoneだったのか、そもそもなぜ検討しだしたのか、何が課題だった

                                                                「脱Excel」で作業時間を70%削減 創業120年のロート製薬が実践した「情報集約」の大改革
                                                              • 電通 感染者確認 本社ビル勤務の全従業員 原則「在宅勤務」に | NHKニュース

                                                                大手広告会社の「電通」は、東京の本社ビルに勤務する50代の男性従業員が新型コロナウイルスに感染していたことを明らかにし、あす(26日)から当面の間、本社ビルに勤務するすべての従業員およそ5000人を対象に原則として在宅で勤務するテレワークに切り替えることを決めました。 これを受けて電通は地元の保健所の指示のもと、この従業員が勤務していた執務スペースを消毒するとともに、濃厚接触者4人については25日から出社せず健康観察をしながら在宅で勤務するテレワークに切り替えました。 さらに電通は26日から当面の間、本社ビルに勤務するすべての従業員およそ5000人を対象に原則としてテレワークに切り替えることを決めました。 ただ取引先との関係で緊急を要する業務については、双方合意のもと取引先のオフィスなどで打ち合わせやプレゼンテーションなどを行うとしています。 また本社ビル以外の拠点に勤務する従業員について

                                                                  電通 感染者確認 本社ビル勤務の全従業員 原則「在宅勤務」に | NHKニュース
                                                                • 【完全解説】なぜ人はアウトプットができないのか? - Qiita

                                                                  はじめに この記事ではQiitaで550本以上記事を書いてきて、アウトプットに関する理論を発信し続けている私(@Sicut_study)がこれまでに発信してきた内容を1つの記事にまとめたものです。 私はプログラミングコーチングJISOUというアウトプット中心の最速でエンジニアとして成長できる教育事業を実施しております。 その中で多くの方と面談をしてきました。これからエンジニアになる人や、一定数経験している人など100人以上の方とお話をさせていただきましたが、エンジニアとしてのキャリアに悩む多くの人が共通した悩みを抱えていました。 勉強しているのだけど身についた感じがしない 自分のサービスを1つもリリースしたことがない(作りきった経験がない) インプットばかりになってしまう(インプットばかりに気づいていない) アウトプットが大事なのはわかるがやり方がわからない つまりエンジニアとして成長でき

                                                                    【完全解説】なぜ人はアウトプットができないのか? - Qiita
                                                                  • リモートワークのいま学びたい、GitLab Handbookと徹底した文書化への狂気 - Qiita

                                                                    1200人以上の全社員がリモートワーク。GitLabが公開する「リモートワークマニフェスト」は何を教えているか? スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ その コメント GitLab Handbookで面白かったもの@コミュニケーション編 GitLabのリモート統括責任者が語る 日本企業が「まずやるべきこと」 を読んだ。主題はGitLab社の https://about.gitlab.com/handbook/ である。 2022.02追記 GitLabで学んだ最高の働き方 Developers Summit 2022-02-18 2022.01追記 リモートワークのいま学びたい、GitLab Handbook非同期コミュニケーションのススメ - Qiita Handbook要点 「GitLab社ではリモートワークの中でも生産性高く働

                                                                      リモートワークのいま学びたい、GitLab Handbookと徹底した文書化への狂気 - Qiita
                                                                    • ストーリー性のあるプレゼン - id:onk のはてなブログ

                                                                      発表資料作り、全体的な流れは 1 週間ぐらいかけて構想して、半日使って 15,000 字ほど書いて (コード片含む)、半日使ってスライドに起こす(結果として 6000 字ぐらい使う)、って感じですね。貯めた文字列を組み合わせている最中に構想とは別のストーリーが降ってくることも多い。— Takafumi ONAKA (@onk) July 3, 2018 このツイートの「文字を組み合わせる」のところについて、もうちょっと掘り下げてみる。*1 この記事は はてなエンジニア Advent Calendar 2022 の1月2日の記事です。昨日は id:stefafafan で 『UNIXという考え方―その設計思想と哲学』を読んだ - stefafafan の fa は3つです でした。 3 つのポイント 知っていること 7 割、聞いたことがあること 2 割、知らないこと 1 割 引用しやすいワー

                                                                        ストーリー性のあるプレゼン - id:onk のはてなブログ
                                                                      • 革命の、その先の冒険。『ゼルダの伝説 ティアーズ オブ ザ キングダム』 開発者インタビュー – Nintendo DREAM WEB

                                                                        革命の、その先の冒険。『ゼルダの伝説 ティアーズ オブ ザ キングダム』 開発者インタビュー 2023.10.26インタビュー 「ゼルダのアタリマエを見直す」がテーマだった『ブレス オブ ザ ワイルド』の続編である『ゼルダの伝説 ティアーズ オブ ザ キングダム』(以下『ティアーズ』)。続編としてどのように次の高みに挑戦していったのか……。圧倒的な「驚き」と「遊び」に挑戦し続ける本作の魅力を開発陣に訊いてきました。すでにゲームをクリアしている人も、これからの人も、じっくりとお楽しみください。 ※本インタビューはニンテンドードリーム2023年11月号に掲載されたものです。 「横へ広がっていく遊び」から「縦の遊び」への意識 登壇者プロフィール ※インタビュー中、『ゼルダの伝説』シリーズの正式名称は、以下のように略称表記しています。 『ゼルダの伝説 時のオカリナ』→『時のオカリナ』/『ゼルダの伝

                                                                          革命の、その先の冒険。『ゼルダの伝説 ティアーズ オブ ザ キングダム』 開発者インタビュー – Nintendo DREAM WEB
                                                                        • ナレッジマネジメントを組織に定着させるための提案|國光俊樹

                                                                          この記事はGoodpatchアドベントカレンダー2022の23日目の記事です。 突然ですが、私は昨年「ナレッジマネジメント」領域の新規事業を立案し、リサーチや価値検証を行いました。結果としてはβ版を複数社に導入していただきながら行った価値検証を経てクローズという判断になってしまったものの、そのプロセスを通じて様々な組織におけるナレッジマネジメントの状況や課題感、そしてベストプラクティスまで多くの知見を得ることができました。 今回はそういった経験を土台として、これまで発信の主テーマにしていた「UXデザイン」や「サービスデザイン」の領域ではなく「ナレッジマネジメント」というテーマで記事を執筆することにしました。 この記事では、組織としてナレッジマネジメントを推進する時にどのような観点や考え方が必要なのかを紐解いていけたらと思います。 (組織の状況やカルチャー、事業形態などによっても最適なHOW

                                                                            ナレッジマネジメントを組織に定着させるための提案|國光俊樹
                                                                          • 山口智美 on Twitter: "日本の役所パワポが呆れられている。しかしこの環境についてのスライドは酷すぎるな。 https://t.co/G7mpIOtV7H"

                                                                            日本の役所パワポが呆れられている。しかしこの環境についてのスライドは酷すぎるな。 https://t.co/G7mpIOtV7H

                                                                              山口智美 on Twitter: "日本の役所パワポが呆れられている。しかしこの環境についてのスライドは酷すぎるな。 https://t.co/G7mpIOtV7H"
                                                                            • 100人以上の資料を読んで見つけた伝わりやすい成果報告書の書き方 - CARTA TECH BLOG

                                                                              TL;DR 自身の成果をアピールするために、1)Before/After、2)自分の寄与度、3)数字的インパクトを過不足なく伝えることが重要 説明の冒頭では、課題と解法の全体感と成果を述べ、詳細は後に肉付けすると伝わりやすい 課題を伝える際は"誰から見た課題か"を明確にする。課題は解法の前提であるためブレないように はじめに 技術広報のしゅーぞーです。この記事では、過去100人分程度の成果報告書を読み、気付いた "自分の成果をわかりやすく伝える書き方"をまとめています。 仕事をしていると自身の成果を的確に伝える機会は数多くありますよね。 評価期、転職面接、昇格面談など 評価者に自分の成果をどう分かりやすく伝えるか は自分のキャリアを伸ばす上でとても大事なスキルです。 しかし、自分の頑張りや成果を上手く言語化し、相手に正しく理解してもらうのは簡単ではありません。 特に、経験の浅い若手にとって

                                                                                100人以上の資料を読んで見つけた伝わりやすい成果報告書の書き方 - CARTA TECH BLOG
                                                                              • ブラウザの仕組み  |  Articles  |  web.dev

                                                                                序文 WebKit と Gecko の内部オペレーションに関するこの包括的な入門情報は、イスラエルのデベロッパー Tali Garsiel 氏による多くの研究の成果です。数年にわたり、ブラウザ内部に関するすべての公開データを確認し、ウェブブラウザのソースコードを読むことに多くの時間を費やしました。彼女は次のように書いています。 ウェブ デベロッパーは、ブラウザ操作の内部構造を学ぶことで、より的確な意思決定を行い、開発のベスト プラクティスの背後にある理由を知ることができます。これはかなり長いドキュメントですが、時間をかけてじっくり読むことをおすすめします。やったら嬉しいよ。 Chrome デベロッパー リレーションズ、Paul Irish はじめに ウェブブラウザは、最も広く使用されているソフトウェアです。この入門編では その仕組みを解説しますアドレスバーに「google.com」と入力し

                                                                                • エンジニアのやる気を削ぐ会議術 - Qiita

                                                                                  この記事はNuco Advent Calendar 2022の1日目の記事です はじめに やる気を削ぐ会議術 会議(かいぎ)は、関係者が集まり、特定の目的(議題)に関して意見交換・審議し、合意・施策などの意思決定をすること、およびその物理的構成員の集まりを意味する。 会議 - Wikipedia 仕事でエンジニアリングを行う人々にとって会議という営みは不可欠である。 そもそも会社という複数の人々の共同体を会議なしで運営することが不可能であることから、当然職業エンジニアにとっても会議は避けられない。 システムの仕様決めのためのチーム内外での話し合い 非IT部門に対するサポートのための説明会 顧客に対する技術的なプレゼンテーション 上司との1on1 etc... 上記のように様々な目的で会議は日々開催される。 開発が仕事であるエンジニアにとっては会議そのものは間接的な業務であるから、会議そのも

                                                                                    エンジニアのやる気を削ぐ会議術 - Qiita