ハイパーリンクの怪人 2023 - junebox
ぼくが赴く現場はだいたいソフトウェアを扱っていて、さまざまな意思決定の記録がデジタルデータで残されている。現場に入っていくとき、まずは「どんな記録がどれくらいありそうか」の全体像を可能な範囲で把握するようにして、そこから「ここは特に重要そう」とあたりをつけて順番に目を通していく。 こういうとき、ウェブベースのツールだとハイパーリンクを便利に使える。たとえば GitHub の Issue とか、Slack における発言とか、ひとつひとつのトピックや投稿に固有のハイパーリンクが割り当てられていると、記録に目を通しながら「これは、その後の議論でこうなった」のようにハイパーリンクでつないでいける。自分のあとに記録をたどる人が歩きやすくなるように、自分と同じような調査をしなくても済むように、情報の経路を整備していくのが好きだ。 ところで、数ヶ月前・数年前の GitHub の Issue や Slac
この10年のプログラミング言語の変化 - 西尾泰和のScrapbox
@nishio: あ、そうか、10年前からあったけど10年間の間に勢力を拡大したケースがあるからあんまり厳しく切らない方がいいのか(TypeScriptの登場が2012年、Rustの登場が2010年だった)
共創の前にまず独創 - 西尾泰和のScrapbox
まず一人でじっくりと考え、自分なりのビジョンを描き、独自の強みを見出すことが大切です。そうした「独創」のプロセスを経てこそ、より実りある「共創」が可能になるのだと思います。 安易に仲間を募ることの弊害については、ご指摘の通りかもしれません。方向性が定まらず、責任の所在もあいまいになりがちです。「社会的手抜き」や「ブルックスの法則」の例からも分かるように、人数を増やせば良いというものではありません。
頭にスッと入ってくる箇条書きの構成方法 - 橋本商会
接続詞が無くても頭にスッと入ってくる箇条書きの構成方法がある こんな感じでやってます 最初、テキトーに書くと接続詞が現れてくる 構成を修正し、接続詞を消していく アウトライン編集テクニックを駆使して行移動する 具体的には これを 上から適当に殴り書いていくと、末尾に結論っぽい物が現れているはずなので こうする 結論を先頭に移動するshokai 「つまり」「よって」「したがって」などを使っていた行
褒めるのではなく感心する - sushitecture
なぜ「悪い」評価をくださなければ行けないかと考えているかというと、悪い方向に向かった瞬間に修正しないといけないと考えているから
リモートワーク初心者へ（企画職向け） - remote
書いたら喋らなくて良い気がしてきたので、気になることがあればここで聞いて下さいgocci.icon gocci.iconこんにちは 東京でリモートワーク リモートワーク自体は4年目くらい htomine.iconの元同僚です Notaではマーケティングや広報をやっています リモートワーク初心者の方へメッセージです 広報とかマーケ系の職種の人向けの内容。エンジニアの人は既に詳しそうという偏見。 設備 最低限は揃えるようにしましょう PC、モニタ、マイク、イヤホン、キーボード、携帯 椅子や机もいいやつを見つけるといいです 何を買ったらいいかわからない場合は社内の詳しそうな人かこの勉強会で聞きましょう 椅子大事ですね！akix.icon #機材 コミュニケーション テキストに残すことを大事にしましょう 非同期、テキストベースでプロジェクトを進めるのに慣れると色んな施策を進めやすくなります 考えを
gyazo hackathon 2020 - yuiseki
→/gyazo-hackathon/gyazo hackathon 2020
インターネットの歴史におけるコピーの話 - hub
インターネットの始まりは ARPAnet から、というのが通説になっているけど、われわれが「これがインターネットだ」と思っている「場」の文化がどこから来ているのかというとその始まりは Usenet に求めることが出来る。Usenet は ARPAnet の外側で起こった。 そもそも ARPAnet はアメリカの国防省の管理下にあって誰もが接続出来るわけではなかった。インターネットの歴史で謳われる創始の頃、ARPAnet に接続可能であった人たちは特定の分野に属するわずか200人、300人の人たちに過ぎなかった。 Usenet は Unix 7th Edition に組み込まれた UUCP (Unix-to-Unix Copy) により生まれた。UUCP は話を端折ると、ただの copy コマンドにすぎない。シリアルラインで接続されたマシン間でのデータコピーだ。
心の問題を掘り下げるのは有害 - 西尾泰和のScrapbox
特に工学系の人は問題を掘り下げる思考をしがちである。これは機械やプログラムなどの複雑なシステムにおいて、問題がどこにあるのかを特定することが、その問題を解決するために有益だからだ。工学系の人は過去の経験において「問題を掘り下げることが有益」という経験をしやすいわけだ。うまく機能しない部品を見つけて取り替えることで問題が解決することも多い。 問題を掘り下げて行って例えば「自分に自信がないことが問題の原因だ」となったとしよう。じゃあ、自信のある心と交換しますね、というわけには行かない。例えば「小学生の時に親がXXしたのが自信がない原因だ」となったとしよう。タイムマシンで過去の出来事を変えることはできない。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
storyDown - sushitecture
input mode UserScript - moznion
リモートワークでも活躍するScrapboxの魅力 - nwtgck / Ryo Ota
飲食店で大盛を頼まない - junebox
融けるデザイン - junebox
ファストフードたれ - sushitecture
Googleの広告設定を共有してメンバー間でつながるプロジェクト
sort.Reverseの実装 〜コンポジションの活用〜 - mactkg-pub
net/httpのシンプルな関数をテストする - mactkg-pub
軽量DB - sushitecture
Scrapboxでサマーインターンを受け入れた話 - Rakusai Public
