こんにちは、Developer Contentチームの矢崎です。LINE株式会社でテクニカルライターとして働いています。先日、このLINE Engineering Blogで「LINE社内で大評判のテクニカルライティング講座で説明した内容をあらためてブログにまとめてみた」というタイトルで、1文を書くときに気をつけていることや手法について紹介しました。 前回の記事を簡単にまとめると「たくさんの文案を書いて、一番良さそうなものを選択することがとても大切です」という話を多くの例文を使って説明しました。まだ読んでいない方はぜひ読んでみてください。 今回の記事は、第2弾です。次のステップとして「1文では説明が終わらない文章をどのように組み立てていくとわかりやすいか」という話を、以下のような文章を例に説明していきます。 ここでは、このくらいの情報量の文章を「トピック」と呼びます。 第2弾を最後まで読む

大涌谷の黒たまご！ 芦ノ湖！ 箱根湯本！ 東京からわずか2時間あまり、箱根にやってきました！ 車でも電車でも東京から簡単に日帰りできる非日常空間と言えば 、やはり箱根が優勝候補ではないでしょうか？ 東京からの玄関口である箱根湯本、箱根が「活きて」いることを近年証明してしまった大涌谷、豊かな湯量で国内外から観光客を惹き付ける宮ノ下・強羅、そして神奈川県最大の湖である芦ノ湖・・・と一口に箱根と言ってもその表情は様々です。 そして何と言っても、観光客が集まるところに絶品グルメあり！というわけでこちらの記事では、箱根の玄関口である箱根湯本を中心に食べ歩きグルメを完全ガイド。最後は大涌谷や芦ノ湖まで遠征してきました。箱根湯本は駅前のお土産屋さんストリートに食べ歩きも集中しているので、攻略も容易ですよ！ 1. 菊川商店の「カステラ焼 箱根まんじゅう」 2. 丸嶋本店の「元祖箱根温泉まんじゅう」 3.

こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きなネクストモード株式会社の吉井 亮です。 日本国内においても多くのシステムがクラウド上で稼働していることと思います。 俊敏性、拡張性、従量課金、IaS、セキュリティなどクラウドのメリットを享受しやすい所謂 SoE で多くの実績があるように感じます。 ここ1~2年は、社内基幹システム・情報システム、SoR 系のシステムのクラウド移行が本格化してきたというのが肌感覚であります。 クラウドでのシステムインフラ構築は従来のようにゼロから非機能要件定義を行っていくものではなく、ベストプラクティスをまず実装して少しずつ微調整を行っていくものと考えています。とはいえ、システムごとの要件は予め明らかにしておくことがインフラ構築においても重要になります。 クラウド上では出来ること出来ないこと

はじめに 普段はWeb開発を生業としている おりばー(@oliver_diary) です。 今年の4月から情報処理安全確保支援士として、社内のセキュリティ向上に努めているのですが、その取り組みの一つとして社内Slackに毎週セキュリティトピックを公開しています。 毎週続けて3ヶ月が経過しましたが、社内だけに閉じておくのは勿体ないと思ったので、記事としてまとめて投稿します。みなさんのセキュリティ意識向上の助けになればと思います。 またセキュリティ研修用に使用したアプリケーションの記事も公開しているので、そちらも併せてご覧ください。 Gitの脆弱性（2020/04/23） みなさん、既にバージョンをあげている方もいると思いますが、Gitにとても深刻な脆弱性が発見されました。 http://www.security-next.com/114201 https://github.com/git/g

みなさんテストは書いていますよね. 書いていなければふりだしに戻る. 例えば関数 add に対して, 以下のようなテストコードがあるとします. describe("add", () => { it("正しく計算できる", () => { expect(add(1, 2)).toBe(3); }); }); よさそうですね? もしよくないと思うのであればここから下は読まなくても大丈夫なくらい理解している方だと思います. 続いて関数名を変えただけのこちらをどうぞ. describe("sub", () => { it("正しく計算できる", () => { expect(sub(1, 2)).toBe(3); }); }); なんだか明らかに間違っている気がします. もしこのテストが通過してしまったとき我々はどうすればよいのでしょうか. 考えられるパターンは 2 つあります. 実装もテストも正

LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog こんにちは、Developer Contentチームの矢崎です。LINE株式会社でテクニカルライターとして働いています。今日は、私が1文を書くときに気をつけていることや手法についてお話しします。 そして、この書き出しは、6月にmochikoさんが書いた「LINEの社内には「テクニカルライティング」の専門チームがあります」という記事のオマージュになっています。mochikoさんが書いた記事ですごいpvをたたき出したそうなので、人のふんどしで相撲を取ってみようという作戦で始めてみました。 この記事ではLINE社内で私が講師を務めた「LINE社内で大評判のテクニカルライティング講座」に沿って、わかりやすい1文を書くコツを紹介していま

(誤解されるのも嫌なので補足しておきますが、カテゴリ7や8という規格がゴミなのではなく、市販品のカテゴリ7や8が規格不適合のゴミという意味です) カテゴリ7Aとか8もありますが、7同様に買ってはいけないゴミなので今回は7とまとめて説明します。 カテゴリ5はやめよう そもそも売ってないと思いますが、カテゴリ5のケーブルは規格上100Mbpsまでなので買わないようにしましょう。 5e以上が安く手に入る今の時代にわざわざ買う必要はありません。 むしろ家の中に余ってるなら混在防止のために捨てて良いレベル。 1Gbpsなら5eでも十分 1Gbpsまでであればカテゴリ5eのケーブルでも問題ありません。 「帯域に余裕があるからカテゴリ6以上がおすすめ」という意見もあったりしますが、2.5倍の帯域があるからって1Gbpsが2.5Gbpsになったりする訳じゃない。(それどころか、2.5GBASE-Tも5eで

一般家庭ユーザー向けのやらかし体験談記事です。 パソコン周りの知識が豊富な方などは見る価値はないと思います。 技術的な話とかはありません。 皆さんはLANケーブルの規格を気にしたことがありますか？ 品質を気にしたことがありますか？ パソコンを自作する程度には好きで色々と弄っていますが、お恥ずかしいことに規格はチラ見程度、品質なんてものは大きな違いがあるとは思わず、一切気にしたことがありませんでした。 いつ買った、どの機器についていたケーブルかも気にせずブスブス挿していた始末。 そんなLANケーブルを交換したらインターネット回線の速度が3倍ぐらいになったお話です。 先日、いつものメンバーのLINEグループでWi-Fiルーターを交換した話が流れていました。 特に気にすることもなく、適当に流そうと思ったのですが A「有線が100Mbpsなのに無線が234Mbpsなの笑う」 A「有線ポートというか

「みんなのPython勉強会」は、Pythonを中心として、プログラミングを仕事、研究、趣味など、さまざまなシーンで生かす方法を一緒に学ぶ勉強会です。56回の今回は、サーバーサイドエンジニアをテーマに学びます。 AWSソリューションアーキテクトの西谷圭介氏が、前半ではサーバーレスについて説明しましたが、後半はいよいよその実行環境であるAWS Lambdaの基本について解説します。関連資料はこちら。 イベントドリブン 西谷圭介氏：Lambdaには、イベントドリブンという言葉があります。イベントドリブンをちょっと簡単に説明したいと思うんですが、Lambdaとかサーバーレスアプリケーションにおける非常に重要なキーワードなんですね。先ほどのサーバーレスのスタックに置き換えたときにLambdaというものがようやく出てきたんですが、このイベントドリブンをキーワードにしたサービスと言えます。 イベントド

青空文庫で読めるものでオススメあれば教えてくれ 理系コースだったから教科書に載ってる以外の文学作品に疎くてどんなのを読めばいいのかわからん 夏目漱石のこころは教科書に一部載ってたのを記憶している、宮沢賢治の銀河鉄道の夜は読んだことある程度の文学初心者でも取っ付きやすい作品を教えてくれ 以下、追記言及、ブコメたくさんありがとう！ こんなにいっぱい集まるとは思わなくてとても嬉しい 和洋あったり知ってる名前も知らない名前もあってこれから読書するのが楽しみだ ちょっと多くて個別に返信できないけど、書かれたものは全部リストにしてこれから少しずつ読んでみるよ 文学の先輩諸氏本当にありがとう、そして俺以外の文学初心者にも参考になれば良いな

タイトル通りですが、1年目エンジニアのインフラのイの字も知らなかった私が1ヶ月半かけてKubernetesで環境構築するまでの失敗の軌跡です（そして環境構築できたのが奇跡）。 理想的にはこれを読めばインフラ初心者でもKubernetes（以下k8s）で環境構築できるところまで説明することですが、そういうわけでなく、環境構築の解説というより自分の失敗やつまづきポイント、役に立ったことをただただ書き連ねていきます。ただ他の初心者の方も同じようなところでつまづくこともあると思うので少しでもお役に立てたら嬉しいです。 バックエンド側で使った技術は以下になっています。 言語：Ruby（RoR） API：GraphQL インフラ：Azure その他：Docker、k8s 実際の実装でハマったところは各章の最後に教訓として簡単にまとめてはいますが、大事なことは先に結論として述べておきます。 Docker

わりと新しめでネット発の怖い話を紹介する けっこう有名だから知ってるかもしれないけど 【不可思議なご依頼】 2016年のオカ板投稿 投稿者はお坊さんで「墓の移設をしたいから来てほしい」という依頼を受けて向かった家がヤバかったって話 【三木大雲和尚】 坊さん繋がりで YouTubeやニコ生で定期的に配信してる「OKOWAグランプリ」っていう怪談の大会で優勝した人 代表作は修業時代に京都で体験した怖い話 ツイッターにまとめられてバズったこともあるけど書き起こし＋要約で怖さが半減しているので元の動画を探して見てほしい 【忌録】 電子書籍限定のホラー小説のようなもの、ホラー小説っていうかオカルト話のまとめみたいな感じ 作者は阿澄思惟と書いてあるけどホラー作家三津田信三の偽名説が濃厚 収録作のうち「みさき」と「綾のーと。」はネットで公開されている 薄気味悪いのがhellojdoeなる人物が４年間ずー

2020/07/14 Cybozu Tech Meetup #3

今も使っている買ってよかったものをまとめてみた✌ 選んだ基準は、もし壊れたら同じもの、もしくは同じやつの最新の機種を買うかどうかで選びました。 最近ダイソンの空気清浄機付きの扇風機を買ったのですが、今の時期は扇風機機能しか使っておらず、まだあまり良さが実感できず、壊れたら買わないと思うので、このような商品は今回は選んでいないです。 安い商品から徐々に高い商品を紹介していますが、関連する商人は同じ場所で紹介しています。 全部で33個と非常に多くなっているので、途中まででも読んでくれると嬉しいです。 それでは紹介開始ー 短い電話線

RAG構築のためのAzure OpenAI Serviceリファレンスアーキテクチャ詳解/wakarimiragarchitecture

はじめに こんばんは、菅野です。 Amazon Linux 2 への移行は終わりましたか？ Amazon Linux 2 へ移行するには新しいインスタンスを作成する必要がありますが、その時におすすめしたい設定があります。 ※2020-07-08に「注意点 その2」を追記しました。 おすすめの設定 セッションマネージャーを利用できるようにすること メモリ使用率とディスク使用率を CloudWatch で見れるようにすること これらを設定しておくと、今後の運用が楽になります。 セッションマネージャーを使うメリット メリットとしては、SSH 接続をしなくても EC2 のコマンドが実行できるようになりますので、セキュリティグループで SSH を解放する必要が無くなりセキュリティの向上につながります。 この画像はマネジメントコンソールから EC2 にログインした時のものですが、AWS Systems

Kindleの蔵書が1万冊を超えてきて、そろそろ蔵書管理したくなり、 蔵書一覧を取得する方法を調べたので、まとめておく。 概要 蔵書一覧の取得方法としては大きく2つあり、 コンテンツと端末の管理ページからスクレイピングする方法と、 Kindle Cloud Readerが使っているWeb SQL Databaseのクライアント側のDBからそのまま取得する方法がある。 後者のほうが簡単なため、ここでは後者の方法について記載する。 （前者の方法が知りたい方は、https://qiita.com/yshr1982/items/072e8b44d456f6d9358bなどを参考にしてください。) // 追記 上記の２つの方法以外のやり方を情報共有してもらったので追記。 @error_401さんから頂いた情報によると Kindle for PCを利用している場合、本の情報が入ったXMLが生成されるた