GitHub - microsoft/vscode-textmate: A library that helps tokenize text using Text Mate grammars.
const fs = require('fs'); const path = require('path'); const vsctm = require('vscode-textmate'); const oniguruma = require('vscode-oniguruma'); /** * Utility to read a file as a promise */ function readFile(path) { return new Promise((resolve, reject) => { fs.readFile(path, (error, data) => error ? reject(error) : resolve(data)); }) } const wasmBin = fs.readFileSync(path.join(__dirname, './node_m
開発以外でも使える！GitHubの一歩先ゆく活用術【文書校正・仕様書作成】 | SELECK
スタートアップにおけるソフトウェア開発では今や当たり前となったGitHub。ですが、開発以外の用途にも活用できる可能性があることをご存知でしょうか？ SELECKを運営するリレーションズ株式会社では、ソースコードの管理だけではなく、次のような用途にもGitHubを活用しています。 SELECKの記事の品質を上げるための自動校正ツール 誰でも編集でき、どこでも閲覧できる仕様書作成ツール 今回はこの2つの事例を紹介します。 ▼Githubの使い方についてはGithub入門の連載記事をご覧ください。 チーム開発を変える「GitHub」とは？導入方法・使い方を徹底解説！【第1回】【導入編】 GitHubはソースコード管理の枠を越えて活用されている SELECKでは今まで、数々の企業にGitHubの活用方法を取材しました。 GitHub本来の使い方であるソースコード管理に主軸を置いたサイバーエージェ
SELECK [セレック]
800社以上の現場のDX事例を掲載 デジタル人材のためのメディア「SELECK」 デジタル人材のためのメディア「SELECK」
![SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/336b78cc1fedb7865addd69bf862049fef692ef3/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2021%2F04%2F14124507%2F7db3c2d6d1b9d2fac6aed988ba5b556a.jpg)
Railsの基本理念 : Railsの生みの親が掲げる8つの原則 | POSTD
(訳注: 2016/3/2、頂いたフィードバックをもとに記事を修正いたしました。) Ruby on Railsは最近、急激に注目を集めていますが、その原因はほとんど、この言語が斬新なテクノロジーとしてもてはやされたことと、タイミングにあります。技術的な優位性は時間の経過とともに失われますから、タイミングがよかっただけでは、一過性のブームに終わり、このムーブメントの隆盛は長続きしません。従って、「Railsがいかにして、適切な技術としての位置を維持し続けるるだけでなく、影響力とコミュニティを拡大し続けてきたのか」をより多くの人に説明していく必要があります。そして、その維持・拡大を可能にした/していく要因は、物議を醸すことさえあるRailsの基本原則にあると考えています。 この基本原則はここ10年ほどの間に進化を続けてきましたが、最も強固な柱となっているルールはやはり、公開当初から制定されてい
文が長すぎる問題とその対処
文（センテンス）の長さについて関心が払われていない技術文書は読むのに時間がかかります。特に日本語の長い文の内容が掴みにくく感じるのは、英語の節のように文内のブロックが明示的に分かれていないせいなのでしょうか。このあたりは私は専門でないので、正直よくわからないです。 残念ながら技術文書を書いた経験が十分でない執筆者（初学者）が書く文は高い確率（ほぼ百パーセント）で文が長いです。かくいう私が十数年前に書いた文も、今と比べて五割以上長かったことを覚えています。本稿では、なぜ文が長くなってしまい、どう解決するのかについて解説します。 なぜ文は長くなるのか ではなぜ初学者の文は長くなるのでしょうか。私は文を接続するのが怖いという理由が多と考えています。怖いというのは、文と文のつながりが悪くなってしまうのではないかという恐怖です。文と文が接続できる自信がないので、文自体を長くして接続部分を減らそうとす
AWSアカウントを取得したら速攻でやっておくべき初期設定まとめ - Qiita
AWSアカウントを作成したら最初にやっておきたいことをまとめてみた。 あわせて読みたい 本記事の内容を含めた最新の手順は、下記の書籍にまとまっている。 クラウド破産を回避するAWS実践ガイド AWSアカウント（ルートアカウント）の保護 AWSアカウントが乗っ取られると詰むので、真っ先にセキュリティを強化する。 AWSアカウントへ二段階認証を導入 AWSアカウントでのログインは、AWSアカウント作成時のメールアドレス・パスワードだけでできてしまう。心許ないにもほどがあるので、まずは二段階認証を設定しよう。 IAMのページを開く https://console.aws.amazon.com/iam/home 「ルートアカウントのMFAを有効化」を選択して、「MFAの管理」ボタンをクリック 「仮想MFAデバイス」にチェックが入っていることを確認し、「次のステップ」ボタンをクリック 注意書きを読ん
Aerotwist - The Hack is Back!
Image decoding can be a source of checkboarding and jank. What if there was a way to work around it without resorting to a cluster of horror hacks? Step right up and meet my new friend createImageBitmap! Last updated: 25 Jan 2016 Est. Read Time: 8 min Share this: Twitter Tagged: #images, #perf Heads up: this feature is experimental. It's incoming, pretty great, and I'm excited about its potential,
Which cat is your JavaScript framework?
Have you ever wondered what kind of a cat your favorite JavaScript framework would be? We have! Php vs Node.Js The Cristiano Ronaldo of cats Popular and professional, everybody dreams of working with him. He is very powerful and has great support. Unfortunately, like every star, AngularJS has whims and demands which need to be fulfilled for him to be truly efficient. Javascript Trading Bot Small,
Add documentation on interpreting tests by jugglinmike · Pull Request #508 · tc39/test262
I'm interested in formalizing the contract between Test262 and the implementors who maintain harnesses to execute it. For instance, implementors currently have to infer that: most tests rely on a file named harness/sta.js. some tests mutate global state so as to make realm sharing unacceptable test code must be evaluated in the global scope I expect we will see more benefit from a document like th
「オブジェクトをイミュータブルにしろ」って言うけど、それってたとえば状態が変わったらオブジェクト作り直すってことでしょ、ちょう非効率じゃん。って思ってたんだけど、 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
オブジェクトの内部の値がイミュータブルであれば、今後もその値は変更されないことが保証されているので、新しい状態を持った新しいオブジェクトの内部の値のうち、変更のない部分(つまり値のうちのほとんど)は古いオブジェクトの値をそのまま参照すればよく、コピーする必要がないということを @takkkun が言っていて(正確には、イミュータブルなリストに新しい値を追加した新しいリストを作るときには、中身をコピーする必要ない。変更されないことが保証されてるから、という話だった)目から鱗が落ちたのでここに記して置こうとおもった。 で終わろうと思ったんだけど、もう少しちゃんと書く。 ミュータブルな世界では同一性の問題がある。 たとえば playerA と playerB の HP がたまたまおなじ 10 であったとしても playerA と playerB の HP 変数が同じ数値オブジェクトを参照していた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - bcoe/onigurumajs: :japanese_goblin: a pure JavaScript port of the oniguruma regex engine
GitHub - raphamorim/origami.js: Powerful and Lightweight Library to create using HTML5 Canvas
Official FAQ · Issue #1312 · reduxjs/redux
GitHub - elliottminns/blackfire: A minimal, fast and unopinionated web framework for Swift