読みやすい文章の極意は「修飾語」にあり
「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 第5回「ドキュメントの質を確実に上げる6つの文章作法」に続き、顧客に伝わる文章を記述するためのポイントを紹介します。今回は、修辞句や用語など、「より具体的な表現方法」について説明します。なお、前回同様に、まず「分かりにくい例文」を取り上げてどこが分かりにくいのかを解説し、その後に分かりやすい文章へと修正していきます。 「修飾語を適切に使う」ことが、読みやすい文章を作るコツ 分かりやすい文章を書きたいなら、「修飾語」に着目しましょう。修飾語を使うときは、以下のような点に注意します。 長い修飾語は前に、短い修飾語は後に置く 文章を書く際は、句や文節を使った長い修飾語を前に、
これは Enchant の開発者である Vinay Sahni さんが書いた記事「Best Practices for Designing a Pragmatic RESTful API」1を、ご本人の許可を得て翻訳したものです。 RESTful な WebAPI を設計しようとすると、細かなところで長考したり議論したりすると思います。また、他の API に倣ってやってはみたものの、本当にそれでいいのか、どうしてそうしているのか分からない、何てことも少なくはないと思います。 この記事では、そのようなハマリどころについて Vinay さんなりの答えを提示し、簡潔かつ明快に解説してくれています。 今後 WebAPI を設計される方は、是非参考にしてみてください。 なお、誤訳がありましたら編集リクエストを頂けると幸いです。 まえがき アプリケーションの開発が進むにつれて、その WebAPI を公
フィードバックを送信 API 設計ガイド コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 変更履歴 はじめに これは、ネットワーク API の一般的な設計ガイドです。2014 年以来 Google 内部で使用され、Cloud API やその他の Google API を設計するときに Google が従うガイドです。この設計ガイドは、外部のデベロッパーへの情報提供と、互いの連携作業の効率化のためにここで共有されています。 Cloud Endpoints のデベロッパーには、このガイドは、gRPC API を設計するときに特に役立つことがあり、そのような場合にはこれらの設計原則を使用することを強くおすすめします。ただし、このガイドの使用は必須ではありません。Cloud Endpoints と gRPC はガイドに従わなくても使用できます。 このガイドは、gR
Zoho: Online Office, Word Processor, Spreadsheet, Presentation, CRM and more
A unique and powerful software suite to transform the way you work. Designed for businesses of all sizes, built by a company that values your privacy.
こんにちは！いろんなプロに相談できるMENTA代表の入江です。 話題のChatGPT。いろんな質問例がTwitterに上がっていて未来を感じさせてくれます。 ※ただし、どんな質問にも答えてくれるChatGPTですが間違いもあるので注意が必要です。 1)バグを見つけてもらう
わかりにくいシステム構成図とは こんなシステム構成図を書いてないでしょうか？ このシステム構成図のわかりにくい点が３つあります。それは 製品名は書いてあるが「役割」が書いていない データと処理が区別できない データの流れと制御の流れが区別できない の３つです。 わかりやすいシステム構成図 これら３つのわかりにくい点を改善したわかりやすいシステム構成図が↓です ポイントを解説していきます ポイント1. 製品名称ではなく「役割」を書く システム構成図には製品名称ではなくシステムコンポーネントの「役割」を書きます。 役割とは、例えば〇〇データや〇〇処理といったことであり、それを読むだけでシステムの動きを理解できる文字列です。役割をかかずに製品名称のみを書いてしまうと、その製品を知らない人が見たときに理解できません。例えば「Cloud Pub/Sub」という製品はGCPというパブリッククラウドの分
技術文書の書き方
howto-tech-docs.md 技術文書の書き方 このメモは、私（@ymmt2005）が長年にわたってソフトウェアプロダクト開発に関わってきて 2022年現在こうしたほうが良いと考えているベストプラクティスです。 科学的な分析等に基づくわけではない経験則であるため、今後も随時見直すことがありますし、 ここに書いてあることが常に正しいわけでもあらゆるソフトウェア開発に適するわけでもありません。 しかしながら、実務経験が豊富で、モダンな技術スタックに明るいエンジニアの経験則は一定の 役に立つのではないかと考えて記します。 技術文書とは ここでは、ソフトウェア開発で技術者が書くべき文書ということにします。 ソフトウェアエンジニアにも役割がいろいろあり、アーキテクトと independent contributor では書く文書が違うということはあるでしょうけれど、ここではごっちゃにします。
Android入門
Android は Google 社が提供する携帯電話向けの OS です。ここでは Android を使ったアプリを開発される方を対象として、開発環境である Android Studio のインストール方法やプログラミング方法、そして作成したアプリの公開方法まで解説します。
【悪用厳禁】ChatGPTとGoogleDocsを連携して無限に記事を生成する方法（2.4万字）※GAS編集解説動画付き 3/7更新｜チャエン | 重要AIニュースを毎日発信⚡️
最初にアカウントを作成する必要がありますが、メールアドレスを登録すれば数分で完了します。 メールの場合は認証作業が必要です。 1.2 シークレットキー作成 続いては、以下の画面から"create new secret key"をクリックすると自動で生成されます。 先ほどのこちらのリンクから以下のページへ飛べます。 https://beta.openai.com/account/api-keys シークレットキーをコピーして、別で保存しておきます。 一度OKで閉じると消えてしまうので、しっかりとメモにして残しておくことをおすすめします。 一応何度でも作成はできます。 1.3 料金体系 実は、OpenAIのAPIは無料ではありません。 なので、先ほどのシークレットキーは他人は教えないように！！！ 言語モデルによって料金が異なります。 大体1記事書くのに分量にもよりますが、数円くらいです。 また
新型コロナ後遺症チートシート（対策一覧）
多くの場合、増悪因子が慢性上咽頭炎 不適切に対処すると筋痛性脳脊髄炎／慢性疲労症候群（ME/CFS）に該当する状態まで増悪する。(*1) 適切な対処で十分治療可能。 ペーシングで酸欠にならないことが何より大事。 呼吸リハビリ(*3) PS別呼吸リハビリ 鼻うがい・ミサトールリノローション 上咽頭擦過療法（EAT、Bスポット療法）(*2) 追加の倦怠感が出ることをしない ゆるめる瞑想 セルフケア｜頭痛の治し方（鎖骨から上のケア） セルフケア｜腰から脚のケア 高圧酸素療法（酸素カプセルで効く場合あり。治るわけではなく一時しのぎ。）(*4) できれば血液検査で亜鉛の量をチェックして、80より少なければ補充 できれば血液検査でフェリチンをチェックして、50より少なければ鉄をサプリや薬で補充 市販のBCAA（アミノバイタル・アミノバリューなど） 市販のプロテイン 陽証の場合は、「柴胡剤＋駆瘀血剤」o
文書品質の向上と文書作成時間の短縮：｢考えが文にまとまらない」を解決するためのテクニカルライティング
<BODY BGCOLOR="#ffffff" LINK="#ffffff" VLINK="#ffffff" ALINK="#ebc83d"> <P> <IMG SRC="fig-t8a/gb-bar-introduction.gif" ALT="テクニカルライティングの効果" ALIGN=bottom width="540" height="26"><BR> <IMG SRC="fig-t8a/tw8a-ttl.gif" ALT="文書品質の向上と文書作成時間の短縮" ALIGN=bottom width="570" height="150"><HR> <H1 style="line-height: 150%"><span style="font-weight: 400; letter-spacing: -1pt"> ｢<font color="#800000">考えが文にまとまらない<
第0部 まずは「分かりづらい説明」を知ろう（p.14～） 第1部 口頭説明編（p.25～） 第2部 資料作成編（p.63～） 第3部 スライド作成編（p.81～） スライドのまとめ（p.115～）
エンジニアが何か問題にぶつかったときにあるといい力を5個 - Mitsuyuki.Shiiba
最近ちょこちょこ相談されることがあって、直接のスキルではないけど、こういうのもスキルだよなぁって思ったので、思いついた順に書いてみる。5個になった。 ## 1. 問題を切り分ける力 「これがなぜか動かない」って相談されたときって、いくつかの要素が絡んでることが多い。 なので「ここは明らかに問題ないでしょう」という一番土台のところからチェックを始める。そうすると「え？そこは問題ないと思いますよ？」って言われるので「うん、それを『問題ないと思う』じゃなくて『問題ない』って断言できるようにしようと思って」みたいな会話をよくする。 可能性をひとつずつつぶしていくと「ここだなぁ」って場所が見つかって、そしたら、もうあとはそんなに難しくない。ひとつずつ確認していくのって遠回りに見えるけど、結局その方が確実ではやいと思う。 ## 2. 想像と事実を切り分ける力 ↑と絡んで、想像や思い込みなのに、「ここは
プログラマ向けノートアプリQuiverが素晴らしい(Mac用アプリ)Markdownをサポートしたメモアプリは数多くありますが、技術系のメモやスニペットを書き溜めるのに適したものはそれほど多くありません。 個人的な要件としては、 データフォーマットがオープンで好みのクラウドサービスで同期できることMarkdown(GFM)を扱えてプレビューできることコードの取り扱いが簡単なこと(できればシンタクスハイライトも)ファイルを意識しないで使えること(ファイル名を考えたりしなくて良い。オートセーブされる)ノートブック、タグなどでノートを整理・分類できることぐらいなのですが、すべてを満たしたアプリをなかなか見つけられず、Day OneやUlysses、Kobitoなどを併用して凌いでいましたが、最近、知ったQuiverというアプリがこれらの要件をすべて満たしており、これに一本化することに。 あまりに
【翻訳】あなたが求めていたリアクティブプログラミング入門 - ninjinkun's diary
original: The introduction to Reactive Programming you've been missing (by @andrestaltz) (translated by @ninjinkun, reviewed by @ma0e) あなたはリアクティブプログラミングと呼ばれる新しい方法が気になっている。 勉強するのは大変で、良い教材がないのでさらに難しい。私が勉強を始めたときは、まずチュートリアルを探した。見つけたのは一握りの実践的なガイドだけ、しかもそれらは表面をなぞっているだけで、リアクティブプログラミングのアーキテクチャ全体像を構築しようとしてはいなかった。ある関数を理解するのに、ライブラリのドキュメントは役に立たないことがある。 これを見て欲しい。 Rx.Observable.prototype.flatMapLatest(selector,
各種デザインが揃ったカレンダーをはじめ、TODOリストやガントチャートなどのPDF・エクセルの無料で利用できるテンプレート素材をVertex42から紹介します。 無料テンプレートは数多くあり、その中からよく使いそうなものをピックアップしました。 エクセルのテンプレートは、2002(XP)以降となっています。
ビジネスを行う上で「どうやったら集客できるの？」「どうやったら売れるの？」と課題は尽きません。こうした課題の解決に向けて考えた結果、どうしていいのかわからない！と悩む人も多いのではないでしょうか。 そういった考えるべきポイントをパターンとして落とし込み、誰でもできるようにしたものがフレームワークです。このフレームワークを目的によって使い分け、ビジネスに当てはめて考えることで、何が必要で何が課題となっているのかを論理的に導くことができるでしょう。 今回は汎用性の高い基礎的なフレームワークを、用途別にまとめました。 ▼今すぐ使えるフレームワークのテンプレートはこちら 【記入例付き】マーケティングフレームワーク テンプレート集 目次 ビジネスにおけるフレームワークとは フレームワークを活用する5つのメリット 論理的思考に役立つ6つフレームワーク ビジネス全体像の把握に役立つ2つのフレームワーク
![覚えておかなきゃ損！考える時間が短縮できるビジネスフレームワーク9選｜Ferret [フェレット]](https://cdn-ak-scissors.b.st-hatena.com/image/square/f795e17a9510b8c4fb15457ab77e5b298f42a9f8/height=288;version=1;width=512/https%3A%2F%2Fferret.akamaized.net%2Fuploads%2Farticle%2F454%2Fog_image%2Fdefault-5e121bb0ea03622e1c5c5d3a674f40bf.jpg)
QA集含む内容はこちら: https://dev.classmethod.jp/cloud/aws/overwhelming-aws-input-for-students/ 学生がAWSを学習し始めるにあたり必要な情報をまとめました。 「AWSを勉強し始めよう」「使ってみよう」となってEC2の作り方とかベーシック話をつらつら説明したりドキュメントが並んでいても面白くないので、AWSの魅力と無数のサービスの情報を出来る限り詰め込んで圧倒的なインプットの形にしました。 いろんなサービスがあることを理解し、少しでもAWSを学ぶことを楽しんでもらえれば幸いです。
社会人ともなれば企画書を書くという仕事は日常茶飯事となるが、毎回悩んでしまうのが、通るか通らないか以前に、どのような表現にしたらよいか。どんな日本語を使えばよいか。まずそこからではないか。気の効いた適切な表現で資料をまとめ上げることがまずは先決。そのうえで勝てる企画書を書きたい。そんな悩みをかかえる社会人は多いはず。今回はそんな方の為に企画書を書く為のエントリーをまとめた。 ◆企画書を書く為に 企画書の基本は『コスト』『メリット』『スケジュール』これらが欠如しており、かつ納得できるような説明ができないと誰得？となり相手にすきを与え論破されてしまいます。 コスト・・・具体的な費用・なぜ必要か・見積書等。 メリット・・・期待できる効果と、過去の例や数値。他社との違い。 スケジュール・・・具体的な期間・完成日 これらを、実績や数値を基に企画書を書く為にどのような準備や記述が必要かということです。
営業の役割を問われて、短時間で簡潔明瞭に答えられる人は、決して多くはありません。そんな稀有なおひとりが、アシストの新本さんです。 彼は、私が主宰する「ソリューション営業モデル研究会」にもご参加頂き、営業活動のベスト・プラクティスの体系化と営業能力のガイドライン作りに、一緒になって取り組んでいます。 下図は、そんな、新本さんのまとめられた「営業の仕事・商品・サービスに左右されない普遍的な営業の役割り」というものです。 営業の仕事とは何かを解説したものは、よく見かけますが、このように簡潔にまとめられたものは、なかなかありません。 解説を加えるまでもなく、一目瞭然です。 僭越ながら補足させていただくとすれば、「スキル(マインド)」のところでしょうか。 ここでは、「営業のスキル（マインド）」を「コンダクター」、「コンサルタント」 「顧客との同盟」の３つに分けられています。 「コンダクター」とは、お
アメリカの職場にいると、日本にいるときよりも身近でレイオフだとか、職を変えるというのを頻繁に見かける。先日もそういう場面があったのだが昔日本で働いていた時のことを思い出した。 ドキュメントを書く理由 日本のソフトウェア企業にいたときは、「納品物であるから」という理由以外にも、「人がいなくなったときに会社が困るから」という理由でもドキュメントを書くことが推奨されていた。しかし、少なくとも今の職場ではそんな理由でドキュメントを書くのは推奨されていないのに、なぜ問題にならないのだろうとふと思った。 うちのマネージャは、バディ制ににして、みんな休暇できるようにしようとは言っているが、多分本当に退職対策ではないと思う。 チームのメンバーが抜けたときも、「とても残念で、ワークロードをどうしようという問題はあるけど、彼女の門出を祝福しよう」言っていた。つまり、こちらでも「工数」は問題になるけど、「引継ぎ
先月から出稼ぎで東京に来てます。毎年、プロジェクトの特性上、３〜４月に空きが出てしまうので、仕方のないことなんですが。 で、最近ネットワーク図を書く仕事をしているのですが、ちゃんとしたネットワーク図を仕事で書くのは初めてのことでしたので、「コツ」をつかむまでだいぶ時間がかかってしまいました。 その過程で、いろいろと参考にしたサイトをまとめてみます。 書籍 ネットワーク現場の教科書 改訂版 （マイコミムック） (MYCOMムック) 作者: IDG出版社/メーカー: 毎日コミュニケーションズ発売日: 2011/03/31メディア: ムック購入: 1人 クリック: 9回この商品を含むブログ (2件) を見るこれはネットワークの教科書 改訂版 （マイコミムック） (MYCOMムック)の実践編的な内容ですが、本当に役に立ちました。ネットワーク図を書く際には、物理構成図と論理構成図をきちんと分けて書か
方針 Rubyをまったく知らない前提で始めます Java、JavaScript、elispのようなメジャーな言語と対比しながら説明します なるべく手を動かして目に見える形で説明を進めます 次回Ruby on Railsの勉強会をするので、それにつながることに重点を置きます 逆に言うと、RoRであまり使わない知識は流します。例えば、ファイル操作周りやスレッド周りなど 開発環境(2) .emacs.elに書くべき記述 ; ruby (autoload 'ruby-mode "ruby-mode") (setq auto-mode-alist (cons '("\\.rb$" . ruby-mode) auto-mode-alist)) (setq interpreter-mode-alist (append '(("ruby" . ruby-mode)) interpreter-mode-al
Chromeでフローチャートやマインドマップを簡単に作図できる LucidChartで遊ぼう!! - 週刊アスキー
『LucidChart』はブラウザー上でさまざまな図を手早く簡単に作成できる作図ツールだ。豊富なテンプレートを元に、さまざまなシェイプをドラッグ・アンド・ドロップで配置。シェイプどうしを線でつないだり色分けすることで、専用ソフトにもひけを取らない本格的な作図を行なえる。
GoogleドキュメントをDropboxのように扱える「Insync」が容量無制限で無料化！｜男子ハック
登録手続きはなし。Googleアカウントだけで利用可能。デスクトップからGoogleドキュメントにアクセスできるというのは意外と便利。特に職場や仲間内でGoogleドキュメントユーザーが多いなら重宝することは間違いない。 Dropboxと違ってフォルダ単位じゃなくドキュメント単位で共有もできるから便利ですね。 まずはトップページからGoogleアカウントでログイン。 続いてInsyncのアプリケーションをダウンロードします。 ダウンロードしたアプリケーションをアプリケーションフォルダにドラッグ&ドロップ。 あとはInsyncを起動するだけです。同期されているデバイスが表示されています。 同期が完了するとホームフォルダ直下に「Insync」というフォルダが作成され、下階層にアカウント名のフォルダができドキュメントが同期されています。 同期する容量を増やしたい場合はGoogleのアカウント容量
昔々、あるところにジェイソンという、大変真面目な開発者がおりました。 彼がとある会社の情報システム部にやってきたとき、彼は社内システムのクオリティのひどさに衝撃を受けました。 情報システム部といっても、その会社では外注はせず、社内の開発メンバーがシステムを作っていました。 ジェイソンがそこで最初に担当したシステムは、見事なまでのスパゲッティコードでバグだらけ、データ設計も素人レベルでパフォーマンスも最悪、エラー処理もずさん、おまけにまともなドキュメントもなく、ちょっとした障害を調査したり、小さな改造を実施したりするのにも、大変な苦痛を伴うという、それはそれは大変なシロモノでした。 このシステムは元々エセーグルという、ちょっと変わった名前の開発者によって作られていました。 しかし彼はすでに別の開発チームに異動していて、こちらの質問には答えてくれますが、もはや本人が直接手を動かすことはありませ
個人的に、"Androider（開発者）が押さえておくべき"と感じたブログ・サイトのまとめです。*1 ※2014/5/13にリンクの保守を行いました。 公式 Android Developer's：SDKや開発ガイドなど Android Open Source Project：Frameworkのソースのダウンロード Android Market デベロッパーコンソール：マーケットへのリリース Google Analytics SDK for Android：アプリの操作追跡 Android Backup Service：Android data backup frameworkと統合されたサービス Google Phone Gallery：Googleフォンの一覧 Android Wear：Android Wear Google Glass：Google Glass 開発全般 Andro
少々癖があるので慣れるまでは難儀しますが、慣れてしまうともはやOfficeを起動すること自体がなくなってしまうほどに便利なGoogle Drive。 今回は中でも、最も多く使われているであろうドキュメントについて意外と知られていない。でも知っているとちょっと便利な小さな裏ワザや便利すぎるアドオンをまとめてみました。 チャットでやりとりしながらオンライン議事録Messenger アドオン サムネを見てもらえば分かる通り、アドオンを有効にするだけで同時にそのドキュメントを見ている人限定のチャットルームを画面内に作成でき、履歴を残せるという素敵アドオン「Messenger」。 実装方法もカンタンで、ドキュメントを開いて＜アドオン＞メニューをクリックして「Messenger」を選択⇒連携させるだけです。 集まれなくても何かしら決めなければいけない場合、この「画面内でチャットできて、その履歴が残る」
逆引きRuby - 逆引きRuby
逆引きRubyはRubyを使ってやりたい事から、その方法を調べられる逆引きのリファレンスです。 逆引きRubyはもともとWikiで運用していました。このため、本サイトのコンテンツは私以外の多くの方によって作成・編集されたものです。 2017年に静的HTML(jekyll)の管理へ移行しましたが、2018年10月からScrapboxへ移行しました。どなたでも編集いただけますので、ご協力いただける方はよろしくお願いします。 逆引きRuby (https://scrapbox.io/rubytips/逆引きRuby)
リクルートテクノロジーズ エンジニアコース新人研修の内容を公開します（2018年度版） | Recruit Tech Blog
こんにちは、フロントエンド開発をリーディングしている古川 (@yosuke_furukawa)です。 昨年、こちらのブログで新人研修の特別講座の内容を紹介したところ、大反響だったので、今年も公開します。 リクルートテクノロジーズの新人研修 7月、リクルートテクノロジーズは新人の部署配属の季節を迎えました。 4月に(株)リクルートの新卒Web採用枠で入社した新人のうち、今年は20名が弊社に配属。3か月の研修期間を経て、早速現場での業務にあたってくれています。 リクルートテクノロジーズでは、配属までの3か月間「ブートキャンプ」という技術研修を実施しています。 ブートキャンプのコースは2つ。 一つは、プログラミングやWebサービスの構造の基礎を学び、その後1つのスマホサイトを企画からリリースまで行うコース。 もう一つは一定以上のプログラミングスキルと開発経験のある層向けに、より現場での技術に即し
userAgent一覧
ブラウザの判別や携帯の機種判別に利用するためのユーザーエージェント一覧です。ただし、ユーザーエージェントは詐称（偽物）される場合があるため、完全にユーザーエージェントでブラウザなどの判別ができるわけではありません（詐称の方法のページを参照）。ここに掲載されているものは、このサーバーなどに対してアクセスしてきたユーザーエージェント名などを抽出したものなどです。あまりに古いブラウザおよびマイナーなブラウザに関してはアクセスログがないため掲載できていません。 [トップページに戻る] ■iPhone ●iOS Mozilla/5.0 (iPhone; U; CPU like Mac OS X; en) AppleWebKit/420+ (KHTML, like Gecko) Version/3.0 Mobile/1C28 Safari/419.3 ●iOS2 Mozilla/5.0 (iPhone
相手に響く提案書の書き方・流れを解説。コンサル歴25年のノウハウ公開 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは、ライターのあだちです。お初にお目にかかります。 昨年9月に12年間務めた会社を辞め、「学習塾」と「人事コンサルティング」を生業とするため会社を作りました。欲を出さず、全力で細々とやっております。今後ともお見知り置きをお願いします。 さて、本日の話題は「提案書」についてです。 【こちらもおすすめ】 そもそも提案とは？ 物売りであってもWebサイトの制作であっても、はたまた飲食店であったとしても、仕事を取らなければ会社は潰れてしまいます。 そして、商品が巷にあふれている今、仕事を得るためには「買い手」に自分たちのサービスや商品の魅力を十分に伝えるために「提案」が必要です。 もし「提案」がなければ、お客さんは「他と何が違うの？」「我々がそれを買う理由は？」といった情報をすべて自分たちだけで調べなくてはいけません。それどころか、その情報を自然と得ることができなければ見向きされないことも
無料で使える最高のAIノート『NotebookLM』使い方と活用事例｜AI-Bridge Lab こば
こんにちは！最近、ChatGPTと話しすぎてAI風の口調がうつってきたAI-Bridge Labのこばです！👋 今回の記事はGoogleのサービス『NotebookLM』(ノートブックLM)について 1.NotebookLMの概要 2.使い方 3.具体例として過去のnote記事を全部読ませた結果どうなったか この3点を分かりやすくご紹介します！ 先に結論だけお伝えするとかなり実用性が高くオススメのツールです！ そしてこの記事を読んで頂ければご自身での活用法が想像できるようになると思いますので、ぜひ最後まで読んで頂けますと幸いです！ 1.NotebookLMの概要公式サイト：https://notebooklm.google.com/ NotebookLMは、Googleが提供する生成AIサービスで、ユーザーのメモ書きやアップロードした資料を基に情報を整理し、質問に答えることができる革新的
ウェブエンジニアのためのオンラインツールまとめ
The Web engineer's online toolboxというまとめ記事が便利そうだったので、実際に試しつつ抄訳してみました。(一部のコメントと体裁は変えています。) 目次 一覧 RequestBin httpリクエストを保存するエンドポイントを作ってくれる。 Create a RequestBin のボタンをクリックするとURLが表示されるので、そこをHTTPクライアントからたたくとRequestBin側にリクエスト内容が記録される。 ソースも公開されてるのでローカルで立ちあげることもできる。 githubのwebhookのhelpも参考にどうぞ。 Hurl httpリクエストを実行してくれる。パーマリンクも作ってくれるので、POSTリクエストもコピペで他の人と共有できる。 類似サービス: REST test test , Apigee console httpbin HTTP
Baiduライブラリ：無料ドキュメント共有サービス
Baidu ライブラリ」は、さまざまな形式の文書ファイルを無料で共有できるサービスです。小説やレシピ、レポート、論文、フリーペーパーなどをアップロードしてみんなに共有したり、気になったファイルをダウンロードすることができます。 履歴書 投稿者: hmily_kink... (Merry.Christmas.... 投稿者: if_syuusyo... 桜花譜 投稿者: michelle89... 植物写生図帖 投稿者: michelle89... 竹園草木図譜 投稿者: michelle89...
Python による日本語自然言語処理
はじめに この文書は、 Steven Bird, Ewan Klein, Edward Loper 著 萩原 正人、中山 敬広、水野 貴明 訳 『入門 自然言語処理』 O'Reilly Japan, 2010. の第12章「Python による日本語自然言語処理」を、原書 Natural Language Processing with Python と同じ Creative Commons Attribution Noncommercial No Derivative Works 3.0 US License の下で公開するものです。 原書では主に英語を対象とした自然言語処理を取り扱っています。内容や考え方の多くは言語に依存しないものではありますが、単語の分かち書きをしない点や統語構造等の違いから、日本語を対象とする場合、いくつか気をつけなければいけない点があります。日本語を扱う場合にも
わかりやすいREADME.mdを書く
GitHubなどに自分のツールやライブラリを公開するとき，README.mdは重要な役割を担っている．レポジトリを訪れたユーザが自分のツールを使ってくれるか否かの第一歩はREADME.mdにかかっている，と言っても過言ではない．実際自分が使う側になったときも，まずREADME.mdを読んで判断していると思う． 成功しているプロジェクトを参考にしつつ，自分が実践していることをまとめておく．ここに書いていることはあくまで（自分の中で）最低限的なものである．プロジェクトが成長していくにつれてREADMEはあるべき姿に成長していくべきだと思う． READMEの役割 README.mdには大きく2つの役割がある． プロジェクト，ツールの使い方，インストール方法 プロジェクト，ツールの宣伝 元々READMEは前者の役割しかなかったが，GitHubの仕組み上，後者の役割も徐々に重要になっている． さらに
画像は使用せずにCSSだけでスタイリングしたタイトル（見出し）のデザインサンプルで、似たようなものやちょっとCSS追記した程度のものも多いですが全50種類です。 全体的にすごく手間がかかっているようなものはないのですが、似たようなタイトルデザインを使う場合はCSSコピペで実装できると思います。 また、一部複数行に向かないものもありますが、基本的には複数行のタイトルでも見栄えが崩れない感じのものになっており、余白やカラーなどを調整することでデザインを変更するのも容易です。 以下で紹介している内容は一部異なるものもありますが、基本的に下記のようなシンプルなHTMLを使用しています。 ただ、一部異なるものといってもいずれもspan要素を1つ追記する程度です。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
翻訳: WebAPI 設計のベストプラクティス - Qiita
API 設計ガイド | Cloud APIs | Google Cloud
ChatGPTの使い方＜26例＞｜入江 慎吾 🚀 生成AIでプロダクト開発
わかりやすいシステム構成図の書き方 - Qiita
わかりやすい説明のための 10 の鉄則
プログラマ向けノートアプリQuiverが素晴らしい(Mac用アプリ) – namaraii.com
カレンダー・TODOリスト・ガントチャートなどのPDF・エクセルの無料テンプレート素材
覚えておかなきゃ損！考える時間が短縮できるビジネスフレームワーク9選｜Ferret [フェレット]
AWSをこれから始める学生への圧倒的なインプット
相手に論破されない勝てる企画書を書くためのエントリー集 | 秒刊SUNDAY
これ一枚で理解できる営業の役割 - 斎藤昌義（さいとう まさのり） - ZDNet Japan
アメリカの職場ではなぜドキュメントも無いのに人が去っても問題ないのだろう？｜牛尾 剛
ネットワーク図の書き方 - Akio's Log
プログラミング言語Ruby ― ありえるえりあ
https://kazunoblog.com/2010/05/05_122839.php
ソフトウェア開発プロセス残酷物語 - give IT a try
Androiderが押さえておきたいブログ・サイトまとめ - Lionaroid技術ブログ
Google Drive ドキュメントの使える裏ワザ＆アドオンまとめ | Ledge.ai
http://designaholic.cc/2011/02/post-82.html
シンプルなHTMLとCSSコピペで実装できるタイトル（見出し）のデザインサンプル 50 | NxWorld