文化審議会建議「公用文作成の考え方」について | 文化庁
文化審議会は、「公用文作成の考え方」を取りまとめ、文部科学大臣に建議しました。これは、「公用文作成の要領」（昭和26年 国語審議会建議）に代えて、今後、政府における公用文作成の手引として周知・活用されることを目指すものです。 1．経緯 文化審議会国語分科会は、昭和26年に当時の国語審議会が建議し、翌27年内閣官房長官依命通知によって政府内に周知された「公用文作成の要領」の見直しについて検討し、「新しい「公用文作成の要領」に向けて」（令和３年３月）を報告した。この国語分科会報告に基づき、この度、文化審議会は「公用文作成の考え方」を取りまとめ、今後、公用文作成に当たっての新たな手引とするよう、文部科学大臣に建議した。 「公用文作成の要領」は、既に通知から70年ほどを経ており、内容のうちに実態と合わなくなっている部分があった。昨今のSNSによる広報等も含め、一般の人々に直接向けた情報発信にも対応
ECMAScript2020言語仕様 私的日本語訳
このページはECMAScript® 2020 Language SpecificationをJavaScriptの学習目的で私的に日本語訳したものであり、直訳と意訳および推測が混在しています。そのため内容については正確でない可能性があります。正確な情報を知りたい場合は、原文をご覧ください。また一部訳者によるコメントが含まれていることがあります。※このサイトの内容で損害や不利益を受けたとしても当方は一切の責任を負いません。
「JavaScript」が首位維持、「Rust」のコミュニティ急成長--SlashData開発者調査
SlashDataが最近発表したレポート「State of the Developer Nation」（開発者世界の状況）の第21版では、世界の160カ国にまたがるソフトウェア開発者のプログラミング言語やツール、API、アプリ、テクノロジー分野の2021年第3四半期におけるトレンドだけでなく、開発者自身の姿勢についても光を当てている。 またこのレポートでは、開発者の5GやIoTへの関与、特にプログラマーがツールやアプリ、サービスにおいて、テクノロジーの進歩をどのように活用しているのかについても目を向けている。 JavaScriptは、ウェブアプリやバックエンドアプリにおける継続的な人気に支えられ、2021年第3四半期も最も人気あるプログラミング言語の地位を維持している。そのこと自体に驚きはない。詰まるところ、JavaScriptは何年にもわたって世界で最も普及している言語の座を維持してきて
SFC-GC
■ 本講座の位置づけ 何らかの事業を起こすにしろ、会社に入るにしろここから先の時代においてデータドリブンな分析力、問題解決力、データ利活用に対する皮膚感覚的な理解は不可欠である。 本講座は、高校1-2年程度の数学の知識、スキル、Excelで基本的なことができる程度の素養はあるが、データ分析、データの利活用についてさして経験のあるわけではない人に対して、データの大切さと力、分析の楽しさを実感してもらうことを通じ、現代社会を生き抜くため最低限、基礎となるデータリテラシー、データで考える力を身につけてもらうことを目指す。 ■ 身につけてもらうことを目指す技能 - データ社会に対するパースペクティブ - 各種関連バズワードの適切な理解 - データの意味合いを理解するための基礎となる力 - データに騙されないようになるための基礎となる力 - 数字のハンドリング力、数量的分析力 - 基本的な問題解決能
[Early Preview] New React Documentation by rachelnabors · Pull Request #3965 · reactjs/react.dev
Since announcing the start of the new React documentation effort, we’ve been busy writing the content and building a custom website designed around the learning experience. We are now ready to share this early preview of what we’ve created so far to get your feedback. This early preview is deployed at beta.reactjs.org and is in active development. Please leave any feedback in #3308. TLDR Visit the
![[Early Preview] New React Documentation by rachelnabors · Pull Request #3965 · reactjs/react.dev](https://cdn-ak-scissors.b.st-hatena.com/image/square/cfae1370666cba9cf11a6cce48a05ae27c739a03/height=288;version=1;width=512/https%3A%2F%2Fopengraph.githubassets.com%2F4ac122ed8ba7c33e31af27f6c14540039d9429401eca656f096720f1a63587e4%2Freactjs%2Freact.dev%2Fpull%2F3965)
GitHub - Sairyss/domain-driven-hexagon: Learn Domain-Driven Design, software architecture, design patterns, best practices. Code examples included
Check out my other repositories: Backend best practices - Best practices, tools and guidelines for backend development. System Design Patterns - list of topics and resources related to distributed systems, system design, microservices, scalability and performance, etc. Full Stack starter template - template for full stack applications based on TypeScript, React, Vite, ChakraUI, tRPC, Fastify, Pris
GitLab Communication
We’re an all-remote company that allows people to work from almost anywhere in the world. It’s important for us to practice clear communication in ways that help us stay connected and work more efficiently. We’re an all-remote company that allows people to work from almost anywhere in the world. We hire great people regardless of where they live, but with GitLab team members across more than 60 co
Chrome user device characteristics report | Blog | Chrome for Developers
Developers are constantly wondering about what kind of audience they are developing for. Are they using high end devices with large RAM? What connection are they using (for example Wi-Fi, 2G) and so on. The answers to these questions can affect product development decisions such as choosing the technologies to render the content. This report provides timeline data to inform developers on these que
継続的ドキュメンテーション: Github DiscussionsとADRのすすめ - LIFULL Creators Blog
こんにちは。テクノロジー本部のyoshikawaです。好きなW3C Recommendation は RDF 1.1 Concepts and Abstract Syntax です。 会議やチャットでのやり取りの決定事項・議事録、アプリケーションや機能の設計書・仕様書、READMEなどなど... LIFULLの開発現場においては、ソースコード以外にもこのように様々な文書の管理・蓄積(=ドキュメンテーション)を実施しています。 多くの開発者・メンバーがドキュメンテーションの重要性やその恩恵は理解はしているものの、なかなかうまく情報の蓄積・管理ができない、 その結果、本質的ではない調査に時間を取られてしまいDeveloper Experienceが下落してしまう。 このような課題を抱えているプロジェクトやチームは世の開発現場において少なからず存在すると思います。 LIFULLの開発現場にもこの
GitHub Actions のベストプラクティス
1 フロー 1 ワークフロー 一連のフローがある場合は 1 つのワークフローにまとめる。 トリガーしたイベントの JSON が使える needs での制御がしやすい 全体を追える グラフが表示される ファイルを分割したい ファイルを分割したい理由として以下が挙げられると思います。 行数が増えて読みづらい 処理を共通化したい 複合実行ステップアクション や workflow_run トリガー や Reusable workflow 🆕 を使うことになると思いますが、基本的には一連のフロー制御はメインのファイルに書いてその下を Reusable workflow や複合実行ステップアクションで外部ファイルへ分離するのが良さそう。 workflow_run はログが分断するのでおすすめしません。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
notes/meetings/2021-12 at main · tc39/notes
Design Docs の逡巡- Message Passing
GitHub - Redocly/redoc: 📘 OpenAPI/Swagger-generated API Reference Documentation
ドキュメントを改善するためのはじめの一歩
GitHub - mithi/react-philosophies: 🧘 Things I think about when I write React code 🧘
The VOID
「2030年の労働市場と人材サービス産業の役割」をリリースしました | JHR 一般社団法人人材サービス産業協議会
Trusted Types - mid 2021 report
CSS Almanac | CSS-Tricks
GitHub - milesj/docusaurus-plugin-typedoc-api: Docusaurus plugin that provides source code API documentation powered by TypeDoc.