タグ

2021年4月3日のブックマーク (15件)

  • 「ASCIIをUTF-8にして」それが『できない』ことを理解してもらえなかった話 - Qiita

    物語の始まり 事の発端は納品後。 先方からメッセージが届きました。 クライアント様「このファイルの文字コードがShift_JISになっておりますので、UTF-8で再納品をお願いいたします。」 拙者(あれ…UTF-8にしてたと思うんだけどな) 拙者「確認いたします。」 文字コードを確認する 案件はいわゆる更新案件で、今回の納品時に言われていたのは、「文字コードがUTF-8ではないものは変換して納品してくれ」ということ。 そして、ご指摘いただいたのは、今回の更新案件で中身はいじらなかったJavaScriptファイル。 来ならば納品するファイルではないのですが、文字コード変換という要件があったため、納品ファイルとして加えられたものでした。 一括で文字コードを変えたので作業漏れかなぁと思っていました。 ファイルの中身は記事用にかなり適当につくったものですが、まあだいたいこんな感じです。

    「ASCIIをUTF-8にして」それが『できない』ことを理解してもらえなかった話 - Qiita
  • 優秀さについて

    Twitter で医師を拾ってきて Google のソフトウェアエンジニアにするだけの簡単なお仕事 - 白のカピバラの逆極限 S.144-3 はじめに 「【転職エントリ】Googleに入社します|Lillian|note」という、医師から未経験で Google のソフトウェアエンジニアになった記事があります。 note.com 私は、この記事に出てくる「とある元 Google のソフトウェアエンジニア」で、面接の対策を立てました。 記事が出た当初から大反響で、私もそれなりの反応を見まして、いろいろと誤解されているなあ、と思う一方、アドバイザーはあくまでもアドバイザーだから、アドバイザーとして知りえた情報については、口をつぐむべきだと思っていました。 ただ、あまりにも誤解されており、悪影響が大きく、犠牲者も多くなってきたと思ったので、… 同僚からこれについてどう思うか、と聞かれた。元の文章が

    優秀さについて
  • 非同期要求-応答パターン - Azure Architecture Center

    フロントエンド ホストからバックエンド処理を分離します。その場合バックエンド処理を非同期にする必要がありますが、引き続きフロントエンドには明確な応答が必要です。 コンテキストと問題 最新のアプリケーション開発では、クライアント アプリケーション (多くの場合、Web クライアント (ブラウザー) で実行されるコード) が、ビジネス ロジックと作成機能を提供するためにリモート API に依存することが通常となっています。 これらの API は、アプリケーションに直接関連している場合もあれば、サード パーティによって提供される共有サービスである場合もあります。 一般に、これらの API 呼び出しは HTTP(S) プロトコルを介して行われ、REST セマンティクスに従います。 ほとんどの場合、クライアント アプリケーションの API は、100 ミリ秒以下の単位ですばやく応答するように設計され

    非同期要求-応答パターン - Azure Architecture Center
  • Design Docs への思い

    Message Passing での話題を契機に、色々な人が自身の Design Docs 観を共有していて、とても興味深く読ませてもらいました。普段「仕事を進める上で当たり前に必要なもの」として書いている自分に気づき、これを機に自分の Design Docs 観も言語化してみようと思ったのが記事です。実践の一例を付け加えることが狙いであり、「Design Docs はかくあるべき」と主張するものではないです。 はじめに 「人によって思い浮かべる Design Docs 観が全然違う!多様で面白い!!」というのが話の出発点ですが、さすがに想定しているものが違いすぎると話が発散してしまうので、記事では Design Docs を「ソフトウェアエンジニア (私) が何らかのプロジェクトやタスクを進める上で書く文書」としておきます。 次に私の立場を明確にしておきます。私はオープンソースのウェ

    Design Docs への思い
  • CloudWatch Logs Insights でコンテナ単位のCPU・メモリ使用量などを確認する | DevelopersIO

    ちゃだいん(@chazuke4649)です。 前回のブログの過程で、Container Insights画面以外でサクッとコンテナ単位のCPU・メモリ使用量を確認する方法があったので共有します。 今回紹介するのは2パターンです。 1.Container Insights画面から飛ぶ方法 2.サンプルクエリをそのまま実行する方法 前提 Container Insights画面ではみませんが、Container Insightsを有効化し、これによるカスタムメトリクスやログを収集する必要があります。 その他Container Insightsに関係する有用情報を下記ブログで紹介しているので、ぜひ見てみてください。 Container Insights でコンテナ単位のCPU・メモリ使用率を表示させる | DevelopersIO 1.Container Insights画面から飛ぶ方法 Clo

    CloudWatch Logs Insights でコンテナ単位のCPU・メモリ使用量などを確認する | DevelopersIO
  • isEven API

    isEven Public API Docs isEven API is a RESTful API that returns json. API URL: https://api.isevenapi.xyz/api/ GET /iseven/<number>/ Returns whether a given number is even. Allowed numbers depend on your API tier. See Pricing below. URL Parameters number: the number you want to check Example https://api.isevenapi.xyz/api/iseven/6/ Unofficial Python Module https://pypi.org/project/PyIsEven/ Example

  • 新しくプロダクト開発に入ったときにやっていること | wapa5pow blog

    年度が代わり新しい環境に行く人も多いですね。新しい環境・プロダクトだといろいろ戸惑うことがあります。自分は数年ごとに転職し、副業も複数のところでしているので初めての環境に関わることが結構あります。そのなかで素早くチームになじんでプロダクトに貢献できるようにやっていることがあるのでそれを紹介したいと思います。 自分がウェブやアプリのエンジニアなのでその文脈で話します。 「プロダクトのあるべき姿と現状を把握する」と「短期的・長期的に貢献できることを探す」ことを意識してやっています。 プロダクトのあるべき姿と現状を把握する 関わるプロダクトがユーザの何を解決しているのか理解することは開発する上で非常に大切です。機能を開発する上でもただ開発するだけでなくその機能自体が必要なのかどうか、必要ならどのような機能にすればユーザが問題を解決しやすいかという何を開発するかに密接にかかわっています。 1. ア

    新しくプロダクト開発に入ったときにやっていること | wapa5pow blog
  • GraphQLが解決する問題とその先のユースケース

    サーバーサイドからみたGraphQL Serverlss Meetup#19 2021/03/31 に行われた Serverlss Meetup#19 で上記のタイトルで登壇してきました。サーバーサイドの話をしようと思ったけどGraphQLの解決している話をしようと思ったらクライアントの事もかなりはいってしまったので記事のタイトルは変えました。 以下内容です。記事の最後に資料を書くにあたって参考になった資料のリンクを置いてます。 GraphQL and me この1年書いたQiita記事 GraphQLの特徴を分解する ~API インターフェース・Universal BFF・API Gateway~ GraphQLはサーバーサイド実装のベストプラクティスとなるか GraphQLの全体像とWebApp開発のこれから 今回話す事 そもそもGraphQLはなんで作られたのか、何を解決しようとして

    GraphQLが解決する問題とその先のユースケース
  • ブラウザにおけるメモリリークを解決するために読んでおけると良い資料 - mizdra's blog

    最近趣味仕事の Web アプリケーションでメモリリークに遭遇して、頑張ってメモリリークの原因を突き止めて修正する、ということがあった。その過程でメモリリークについて色々調べて知見が溜まったので、学習資料の紹介という形でアウトプットしてみる *1。 前置き 紹介する記事がかなり偏っていることに注意 冒頭で触れたメモリリークを解決するために読んだ記事をまとめただけなので、内容にそれなりの偏りがある 例えば id:mizdra が遭遇したメモリリークは全てブラウザ上で発生していたものだったので、これから紹介する内容も主にブラウザにおけるメモリリークに焦点を当てたものになる GC がどうメモリをどう解放しているか、何故メモリリークが発生するのかは全てカット 調べれば色々な記事が出てくるので、必要に応じて読んでください 基的な知識を抑える まずメモリリークとメモリ撹拌の違いを学ぼう どちらも同じ

    ブラウザにおけるメモリリークを解決するために読んでおけると良い資料 - mizdra's blog
  • chrome devtools の tips N連発 - mizdra

    mizdra.icon が社内向けに発表した資料なのですが、折角なので一般向けに書き直して公開します。

    chrome devtools の tips N連発 - mizdra
  • ノーベル物理学賞 赤崎勇さん死去 92歳 青色LEDの開発に成功 | NHKニュース

    青色LEDの開発に成功し7年前にノーベル物理学賞を受賞した名城大学終身教授の赤崎勇さんが1日、亡くなりました。92歳でした。 赤崎さんは現在の鹿児島県南九州市の出身で京都大学を卒業後、当時の松下電器の研究所を経て昭和56年に名古屋大学の教授になり、名古屋市にある名城大学の終身教授を務めていました。 赤崎さんは当初はほとんど見向きもされていなかった窒化ガリウムに注目し、青い光を出すのに必要な高品質の結晶を昭和60年ごろに作り出し、20世紀中は無理といわれた青色LEDの開発に初めて成功しました。 この成果によって赤・緑・青の光の3原色のLEDがすべてそろい、フルカラーのディスプレイなどさまざまな分野でLEDの実用化の可能性を広げました。 また、波長の短い青い色を出す技術はDVDなどの記憶容量を大幅に増やすことができるブルーレイディスクの開発にもつながり、大量の情報をやり取りする現代社会において

    ノーベル物理学賞 赤崎勇さん死去 92歳 青色LEDの開発に成功 | NHKニュース
  • 俳優の田中邦衛さん死去 88歳「北の国から」などで存在感 | NHKニュース

    テレビドラマ「北の国から」や「新選組!」、映画「学校」など、数々の作品で存在感のある役柄を演じて親しまれた俳優の田中邦衛さんが、先月24日、老衰のため亡くなりました。88歳でした。 田中邦衛さんは昭和7年に岐阜県で生まれ、昭和30年、劇団「俳優座」の養成所に入りました。 昭和32年に「純愛物語」で映画デビューし、昭和36年から始まった映画「若大将」シリーズでは加山雄三さん演じる主人公「若大将」のライバル「青大将」の役を演じて、存在感あふれるコミカルな演技で人気を集めました。 その後も、映画化もされた民放の人気ドラマ「若者たち」で両親を亡くした5人きょうだいの長男の役を演じたほか、ヤクザ映画の「網走番外地」シリーズや「仁義なき戦い」シリーズでは、悪役としても存在感を見せるなど、幅広い役柄を演じました。 中でも、昭和56年に始まった民放のドラマ「北の国から」のシリーズでは、北海道富良野市の大自

    俳優の田中邦衛さん死去 88歳「北の国から」などで存在感 | NHKニュース
  • 朝日新聞社、長文を要約するAPIを無償公開 500字→200字に圧縮、重要事項の自動抽出も

    朝日新聞社は4月2日、指定した字数や割合に長文を要約する「長文要約生成API」を開発したと発表した。評価用途に限り、無償で利用できる。会議の議事録や、採用活動で受け付けるエントリーシートの速読などに役立てられるという。

    朝日新聞社、長文を要約するAPIを無償公開 500字→200字に圧縮、重要事項の自動抽出も
  • 「子ども庁」で検討本部 自民、トップに二階氏  公明と幹部協議調整 子育て政策で政府に提言へ - 日本経済新聞

    自民党は来週にも「子ども庁」の創設を議論する新たな部の初会合を開く。二階俊博幹事長が部長に就任する。子ども庁は子育て政策などに省庁横断で取り組む組織と位置づける。菅義偉首相に子ども庁と専任閣僚の新設を提言した中堅・若手議員を部の役員に加える。世代を横断した布陣を組む。首相は1日、党総裁直属の部設置を二階氏に指示していた。自民党は週明けに部の人事を内定する。公明党と幹部間で話し合う

    「子ども庁」で検討本部 自民、トップに二階氏  公明と幹部協議調整 子育て政策で政府に提言へ - 日本経済新聞
    lepton9
    lepton9 2021/04/03
    80歳児だ
  • 東京五輪組織委員会の「週刊文春 発売中止及び回収」要求に対する「週刊文春」編集部のコメント | 文春オンライン

    記事は、演出家のMIKIKO氏が開会式責任者から排除されていく過程で、葬り去られてしまった開会式案などを報じています。侮辱演出案や政治家の“口利き”など不適切な運営が行われ、巨額の税金が浪費された疑いがある開会式の内情を報じることには高い公共性、公益性があります。著作権法違反や業務妨害にあたるものでないことは明らかです。 小誌に対して、極めて異例の「雑誌の発売中止、回収」を求める組織委員会の姿勢は、税金が投入されている公共性の高い組織のあり方として、異常なものと考えています。小誌は、こうした不当な要求に応じることなく、今後も取材、報道を続けていきます。 「週刊文春」編集部

    東京五輪組織委員会の「週刊文春 発売中止及び回収」要求に対する「週刊文春」編集部のコメント | 文春オンライン