並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 1381件

新着順 人気順

ISSUEの検索結果241 - 280 件 / 1381件

  • GitHubの機能をフルに使って職務経歴書の継続的インテグレーションを実現する

    GitHub で職務経歴書を公開 & 継続的に改善していく環境を作ったのでその紹介です。 リポジトリはこちらです。 kawamataryo/resume なぜ職務経歴書を? 今のチームがとても好きなので転職の予定はないのですが、「安定しているときこそ職務経歴書をまとめておくべき。本当に職務経歴書が必要なときはメンタルが消耗していて書く余裕はない」という話を最近知り合いから聞き、それは確かにと思い書き初めました。どうせ書くなら何か面白いことをしたいなと GitHub に公開 & CI 環境の構築をやってみました。 機能紹介 🌐 GitHub Pages で Web ページとしての公開 Markdown + GitHub のファイルビューでも良いのですが、より見やすいほうが好ましいですよね。 GitHub の無料ホスティグ GitHub Pages を使って Web ページとして公開していま

      GitHubの機能をフルに使って職務経歴書の継続的インテグレーションを実現する
    • C10K 問題、実は理解していない

      お願い 「C10K 問題とは何か」がわかる方は是非 Issue や Twitter などで教えてください。 追記: 自分の立場 1req ごとに 1 native thread を割り当てていたら、クライアントの数が増えれば増えるほど負荷が高まるのは当然だ。ただハードウェアの性能的に余裕があっても性能が劣化することがあり、それを C10K 問題と呼ぶ。C10K 問題は fd, pid の枯渇、スレッドを固定長サイズで確保することによるメモリの無駄遣い、コンテキストスイッチコストを含む。これを解決する方法が 1req ごとに 1 native thread を割り当てない技術で、シングルスレッド+イベントループ+IO 多重化といったテクニックや M:N モデルにつながる。 追記: @naoya_ito さんに解説してもらった当時の歴史的背景 https://twitter.com/naoya

        C10K 問題、実は理解していない
      • OSSのゆく道:Faker.jsの顛末|Takahiro Ito

        今日は技術支援のためチュートリアル的なものを作っていたところ、そこで使っていたfaker.jsというライブラリに異変が。faker.jsの機能でTwitterで表示するようなアバター画像のURLをランダムに生成するのだが、その画像がすべて403でアクセスできない。 プロトタイピングにおいてfaker.jsはとても便利だったので、このままでは色々困っちゃうなーと思って調べてみた所、オープンソースの意義について考えさせる事実が見えてきた。 faker.jsの作者を襲った悲劇他に同じ問題に遭遇している人がいないか、Twitterでfaker.jsについて調べた所、以下のツイートを見つけた。 I lost all my stuff in an apartment fire and am barely staying unhomeless. Lost access to most of my acc

          OSSのゆく道:Faker.jsの顛末|Takahiro Ito
        • オープンソース住所正規化エンジンを地番住所に対応したメジャーバージョンをリリースしました!

          Geolonia がオープンソースで公開している住所正規化エンジン normalize-japanese-addresses のバージョン 3 を公開しました。 住所マスターの更新 これまでのバージョンでは、国土数値情報や郵便局データを使った住所マスターをベースに動作していました。今回のバージョンでは、住所マスター自体も更新しております。具体的には、デジタル庁が公開しているアドレス・ベース・レジストリ(ABR)を元に作り直しました。 これにより、正規化できる住所の網羅性、精度の向上、更新頻度の安定化が期待されます。 デモサイトのご案内 新バージョンを早速お試しいただけるデモサイトをご用意しました。ぜひご利用ください。 デモサイトはこちら 出力形式の変更点 v3 へのアップグレードの際には、出力形式が変更されているためご注意ください。 v2 はそのまま利用いただく場合は出力形式が変わりません

            オープンソース住所正規化エンジンを地番住所に対応したメジャーバージョンをリリースしました!
          • VSCode のおすすめ拡張機能 2023年度版

            株式会社ゆめみの 23 卒 Advent Calendar 2023の4日目の内容です。 2022年のはじめに自分の開発環境を紹介する記事を投稿したのですが、思いのほか読んでいただいているので2023年度版を作成しました。 今回は拡張機能編です。キーバインドなどは後日公開します。 今年1年間で JetBrains 製品や、neovim を使ってみたりしましたが、紆余曲折あり現在は VSCode に落ち着いたのでいつかその辺りも紹介出来ればと思います。 VSCode 関連記事 下記にキーバインドや設定周りの記事リンクを追加していきます 汎用的な拡張機能 BracketLens 右括弧の左側にスコープの情報が表示されるようになる。 ChangeCase 選択範囲のテキストの case を変更することが出来る CodeSpellChecker スペルチェッカー EditorConfig .edi

              VSCode のおすすめ拡張機能 2023年度版
            • いちばんやさしいローカル LLM|ぬこぬこ

              概要ローカル LLM 初めましての方でも動かせるチュートリアル 最近の公開されている大規模言語モデルの性能向上がすごい Ollama を使えば簡単に LLM をローカル環境で動かせる Enchanted や Open WebUI を使えばローカル LLM を ChatGPT を使う感覚で使うことができる quantkit を使えば簡単に LLM を量子化でき、ローカルでも実行可能なサイズに小さくできる 1. はじめに大規模言語モデル(LLM)の数は数年前と比べてたくさん増えました。有名な LLM を使ったチャットサービスとして、OpenAI の ChatGPT や Anthropic の Claude、Google の Gemini などがありますが、これらのサービスの中で利用されている大規模言語モデルは公開されていません。 現状、様々な評価指標により LLM の性能が測定されていますが、

                いちばんやさしいローカル LLM|ぬこぬこ
              • 巨大地震のきっかけは月なのか?->月っぽい - Qiita

                0. Abstract 巨大地震(M>8のもの)は多くの場合、月による潮汐応力による地球の変形が、発生のトリガとなっているらしい 過去に発生した地震を、統計的に扱って潮汐との関連を議論した論文もいくつかあった しかし、当然といえば当然なのだが、Tidal Phase Angleについて議論していても、Lunar AgeやLunar Phaseを明確に示したものは見つからなかった Tidal Phase Angleは、Lunar Ageとほぼ同じような振るまいとなるので、当然といえば当然か 一般人が自分でTidal Phase Angleを計算できるとは到底思えない しかし、月と太陽の位置なら自分で見ればわかる なので、Lunar AgeとEarthquakeの発生状況を可視化した 1. Introduction この記事は、過去の地震が統計的にどのような 月の位置と位相の時に発生したのか

                  巨大地震のきっかけは月なのか?->月っぽい - Qiita
                • 凄腕エンジニアと一緒に働いて学んだ技術以外の大切なこと - Qiita

                  はじめに 運が良いことに自分は今、今まで出会ってきたエンジニアの中で一番凄いと思う人と一緒に働けています。 今の会社で働けていてよかったな〜と日々感謝しつつ、一緒に働いている中でたくさんのことを勉強させていただいています。 そしてそろそろアウトプットせねば!(使命感)と思いこの記事を書いています。 今回は技術以外のことで学んだこと、大切だと思ったことを書いていきます。 (この記事の中で凄腕エンジニアさんのことはTさんと呼ぶことにします。) (どれくらい凄いのかも本当は書きたいですが、この記事の目的とは離れてしまうので省略します。。。) (本当は【凄腕エンジニア】という言葉でくくりたくないくらいすごいエンジニアさんです。。。) ドメイン知識、業務知識の大切さ 今自分が参加しているプロジェクトではTさんが業務要件の整理やヒアリング、システムの設計、DBの設計を手掛けているのですが、 ドメイン知

                    凄腕エンジニアと一緒に働いて学んだ技術以外の大切なこと - Qiita
                  • AWSをElasticが名指しで非難。ElasticsearchとKibanaのライセンスを、AWSが勝手にマネージドサービスで提供できないように変更へ

                    AWSをElasticが名指しで非難。ElasticsearchとKibanaのライセンスを、AWSが勝手にマネージドサービスで提供できないように変更へ オランダに本社を置くElasticは、オープンソースで開発してきたElasticとKibanaのライセンスをそれまでのApache License 2.0から、商用サービス化を制限する「Server Side Public License」(SSPL)と「Elastic License」のデュアルライセンスへ変更することを発表しました。 その目的は、AWSが勝手にElasticsearchとKibanaをマネージドサービスとして提供できないようにするためであると、同社CEO Shay Banon氏がブログで明らかにしています。 We are moving our Apache 2.0-licensed source code in Ela

                      AWSをElasticが名指しで非難。ElasticsearchとKibanaのライセンスを、AWSが勝手にマネージドサービスで提供できないように変更へ
                    • ドコモの「パケ詰まり」はなぜ起きているのか。都市部の一部混雑エリアで発生中、今夏までに改善目指す(石野純也) | テクノエッジ TechnoEdge

                      慶應義塾大学卒業後、新卒で出版社の宝島社に入社。独立後はケータイジャーナリスト/ライターとして幅広い媒体で執筆、コメントなどを行う。ケータイ業界が主な取材テーマ。 ドコモは4月26日、ネットワーク戦略に関する説明会を開催しました。 用途に応じてネットワークを仮想的に切り分ける「ネットワークスライシング」の導入時期や、その前提となる5G SAの展開方針などを説明しましたが、どちらかと言えば、質疑応答で話題が集中したのは“パケ詰まり問題”への対処方法。 通信障害発生時の謝罪会見とは異なるものの、切れ味の鋭いマサカリが飛び交う戦々恐々とした会見になりました。 ▲ドコモは、4月26日にネットワーク戦略に関する説明会を開催。将来像が示された一方で、質問が集中したのはパケ詰まり問題だったその前提として、ここ数か月、ドコモのネットワーク品質が大幅に低下していることがあります。厄介なのは、それが全国区とい

                        ドコモの「パケ詰まり」はなぜ起きているのか。都市部の一部混雑エリアで発生中、今夏までに改善目指す(石野純也) | テクノエッジ TechnoEdge
                      • Wi-Fi機器の充電を急速に“ゼロ”にするサイバー攻撃 150m離れた場所からスマホや監視カメラを無効に

                        Innovative Tech: このコーナーでは、テクノロジーの最新研究を紹介するWebメディア「Seamless」を主宰する山下裕毅氏が執筆。新規性の高い科学論文を山下氏がピックアップし、解説する。 米スタンフォード大学、米UCLA、カナダのウォータールー大学に所属する研究者らが発表した論文「WiFi Physical Layer Stays Awake and Responds When it Should Not」は、Wi-Fi機器に偽のデータパケットを継続的に送信することで、その機器の充電を急速に低下させる攻撃を提案した研究報告である。 Wi-Fiネットワークは、高度な認証と暗号化メカニズム(WPA3など)を使用して、未承認デバイスによるデバイスやデータへのアクセスを阻止することで、ユーザーのプライバシーとセキュリティを保護している。 しかし、Wi-Fiネットワークは、主にWi-

                          Wi-Fi機器の充電を急速に“ゼロ”にするサイバー攻撃 150m離れた場所からスマホや監視カメラを無効に
                        • ナッジ・行動経済学を活用した行動促進策の設計法

                          ナッジ・行動経済学を活用した 行動促進策の設計法 ~暮らしの中での行動変容による社会課題解決~ 2023/4/21 1 Copyright (C) Mitsubishi Research Institute, Inc. ナッジ・行動経済学を活用した行動促進策の設計法 ~暮らしの中での行動変容による社会課題解決~ 2023 年4月 株式会社三菱総合研究所 先進技術センター 要旨 目次 頁 1.拡大するナッジなどの緩やかな行動変容の取り組み 2 2.行動特性による行動ボトルネック分析 6 3.行動促進策の設計 8 3.1 ボトルネック要因に影響している行動特性を弱める 8 3.2 行動特性を利用して行動を促す 9 (1)フレーミングと参照点でメッセージを設計する 9 (2)セグメント異質性を意識して設計する 11 (3)スモールアクションを設計する 13 (4)フィードバッグを設計する 14

                          • 重いサイトを軽くしろ!年末年始は #WebSpeedHackathon 2021 に挑戦しよう | CyberAgent Developers Blog

                            ABEMA で Web フロントデベロッパーとして活動している 宮代 @3846masa です。CyberAgent Advent Calendar 2021 4 日目は、Web パフォーマンス改善のコンテストについてお話します。 TL;DR Web パフォーマンス改善コンテスト “Web Speed Hackathon 2021 mini” を開催します! 改善する対象は https://web-speed-hackathon-2021.herokuapp.com/ です オンライン開催で、12 月 4 日から 1 月 3 日までの 1 ヶ月間、好きなときに誰でも参加できます 記事の後半は、課題となる「重たい短文投稿サイト」を作るまでの開催記です はじめに CyberAgent では、Web パフォーマンス改善を競うコンテスト “Web Speed Hackathon 2020” を昨年

                              重いサイトを軽くしろ!年末年始は #WebSpeedHackathon 2021 に挑戦しよう | CyberAgent Developers Blog
                            • プログラミング支援AIサービスが主要各社から出揃う、各サービスのまとめ。GitHub/AWS/Google/GitLab/JetBrains

                              プログラミング支援AIサービスが主要各社から出揃う、各サービスのまとめ。GitHub/AWS/Google/GitLab/JetBrains AIがプログラミングを支援してくれるサービスが主要各社から出揃いました。 Publickeyではこれまで各社の発表時点でそれぞれのサービスを紹介してきましたが、ここであらためて主要各社のプログラミング支援AIサービスをまとめます。 本記事では、各AIサービスごとの主な機能などをリストアップしています。ただし、実際にはAIに指示などをすれば品質の差異はあれどおそらく何らかの結果は返ってくるであろうこと、この分野は急速に進化していて各社とも積極的な能力向上と機能追加を行っていくであろうことから、現時点で機能差はあったとしてもそれほど顕著な違いとは言えないでしょう。 そして、おそらくは今後各社のコード生成関連のAIの能力はある程度十分な高さまで急速に到達し

                                プログラミング支援AIサービスが主要各社から出揃う、各サービスのまとめ。GitHub/AWS/Google/GitLab/JetBrains
                              • Docker Desktop for Mac代替のOrbStackがすごい - IK.AM

                                🗃 {Dev/Infrastructure/Docker/OrbStack} 🏷 Docker 🏷 OrbStack 🏷 kind 🏷 MetalLB 🗓 Updated at 2023-06-18T23:45:47Z  🗓 Created at 2023-06-16T04:09:56Z   🌎 English Page OrbStackは軽量・高速を謳うDocker Desktop for Macの代替です。 drop-in replacementであり、Docker Desktop for Macと同じくdockerコマンドが使えます。 https://orbstack.dev/ リソース消費が少ない & 起動が速い DockerだけでなくLinux Machineも使える Macのホストからコンテナ/Linux Machineに直接アクセスできる(!) 自分はDock

                                  Docker Desktop for Mac代替のOrbStackがすごい - IK.AM
                                • 「Rails vs Node.js」を観た|laiso

                                  このYouTubeライブはフロントエンドの最適化を専門にするmizchiさんがCloudflare Meet-up Tokyoで行った同タイトルのプレゼンを、RustやRDBの実装に詳しいkoba789さんを話し相手に語っていくというものだ。背景としては2人ともチーム開発の現場でのRailsが活発に利用されていた時期にウェブ開発を経験し、現在はNode.jsのサーバーサイドも実践している。 ライブは3時間半という長時間におよび、スライド外の周辺情報や持論や余談など多岐に渡るので、すでにこのプレゼンに触れた人でもさらに深掘りできるようなコンテンツになっている。 全体を大まかに1時間ごとの3パートに区切って視聴するとわかりやすい。前半はRailsからNext.jsに辿り着くまでのウェブ開発の変遷。ORMの話は主に後半戦で。最後の1時間はアフタートークになっている。 内容としてはRailsアプリ

                                    「Rails vs Node.js」を観た|laiso
                                  • Navigation API による「JS での画面遷移」と SPA の改善 | blog.jxck.io

                                    Intro 従来の History API を改善する Navigation API の仕様策定と実装が進んでいる。 これは、 History API の使いにくかった部分を補うだけではなく、「JS で画面遷移をする」という現状のミッシングピースに取り組み、 SPA が抱える多くの問題だけでなく MPA すら改善する可能性がある。 この API の目的と仕様を解説しつつ、実装のメモを残す。 画面遷移と SPA の軌跡 Web は HTML の取得と描画を繰り返す、画面遷移(Navigation)を前提としたアーキテクチャ(のちに SPA からの逆算で MPA と呼ばれる)が基本であり、ブラウザなどの実装もそれに最適化されている。 一方「アプリケーション」の設計手法をそのまま Web に持ち込んだ SPA は、この Navigation によってもたらされる UX の低下を防ぐ部分がある一方

                                      Navigation API による「JS での画面遷移」と SPA の改善 | blog.jxck.io
                                    • 組織が記憶喪失になるのをどうすれば ~ ryuzee技術顧問にきいてみた - NTT Communications Engineers' Blog

                                      何か決定した事実は実装や規則の形で残っているものの、決定までの経緯をチームメンバーが覚えていない――。 この記事では、そうした組織が記憶喪失になることにどう対処していけばよいか、NTT Comの技術顧問である吉羽龍太郎 (@ryuzee) さんにふらっと相談してみたら一瞬で突破口が見つかった&話に奥行きが出た話を共有します。 目次 目次 軽く自己紹介 事の発端 ryuzeeさんの油セール 実際に聞いてみた 新たなる概念:ADR ADRの実践:その1 何を書くか ADRの実践:その2 どこに書くか ADRの実践:その3 どう書くか 相談を受けて試しに書いてみたADR まとめ 軽く自己紹介 イノベーションセンターの小林 (@ppyv) です。 開発・検証用PCの開発に一段落つけた後、社会人学生としてたっぷり2年間学習を積んでいました。 いまはイノベーションセンターで働く社員のみなさんに、よりよ

                                        組織が記憶喪失になるのをどうすれば ~ ryuzee技術顧問にきいてみた - NTT Communications Engineers' Blog
                                      • 自社サービスのバックエンドを Go から TypeScript へ切り替えるための整理

                                        切り替える理由 自社の主力製品で利用している技術(WebRTC / WebTransport)がブラウザベースのため TypeScript を利用する Go を採用したのは sqlc が使いたかったという理由 sqlc-gen-typescript が出てきたのでもう Go を使う理由がなくなった 自社サービスチーム全員が Go にまったく興味が無い sqlc 自体は便利 そもそも自社に Go への興味がある人がいない 自社サービスの規模ではボトルネックになるのはデータベースであって言語ではない もしアプリでスケールが必要なときは Rust や Erlang/OTP に切り替えれば良い コネクションプールは PgBouncer を利用すればいい TypeScript からは 1 コネクション 1 接続で問題無い どうせフロントエンドでは TypeScript を書く 自社では React

                                          自社サービスのバックエンドを Go から TypeScript へ切り替えるための整理
                                        • Anime is Eating the World

                                          Anime – what started as a niche genre of manga and animation has become a multi-billion dollar industry in its own right, with chart-topping games like Pokémon Go and Genshin Impact grossing billions and movies like Demon Slayer: Kimetsu no Yaiba becoming one of the highest grossing films of the year. Anime is driving pop culture today; just look at the fashion collaborations like Loewe x Studio G

                                            Anime is Eating the World
                                          • ドキュメントを書くときの「メンタルモデルの原則」 - クックパッド開発者ブログ

                                            こんにちは。クリエイション開発部の丸山@h13i32maruです。 みなさんドキュメント書いてますか?私はドキュメントを書くのは結構好きです。最近もプライベートで開発しているJasperというGitHub用Issueリーダーのユーザ向けドキュメント(マニュアル)を書きました。でも良いドキュメントを書くのって難しいですよね。 そこで、本記事では「ツールやライブラリなどを対象にしたユーザ向けドキュメント」を書くときに私が考える原則を紹介します。ちなみに私はテクニカルライティングの専門家ではなく、普通のソフトウェアエンジニアです。そのあたりはいい感じに汲み取っていただけると🙏 🕵️メンタルモデルの原則 良いドキュメントとはどのようなものなのでしょうか?私は「そのツールやライブラリに対して読者がメンタルモデルを構築できる」のが良いドキュメントだと考えています。これを「メンタルモデルの原則」と呼

                                              ドキュメントを書くときの「メンタルモデルの原則」 - クックパッド開発者ブログ
                                            • jsライブラリ選定はopenbaseが超絶便利 - Qiita

                                              openbaseとは https://openbase.io Find and compare open-source packages with user reviews, categorization, and unparalleled insights about packages' popularity, reliability, activity, and more. 手を抜いてdeeplでw ユーザーレビュー、カテゴリ分け、パッケージの人気、信頼性、アクティビティなどについての他の追随を許さない洞察力で、オープンソースパッケージを見つけて比較してください。 現在、多くのプログラミング言語はパッケージマネージャがあって、何らかの方法でパッケージについての情報を取得することができると思います。 パッケージの選び方 自分の場合はjs系が殆どなので、ライブラリを選ぶ方法は以下のような感

                                                jsライブラリ選定はopenbaseが超絶便利 - Qiita
                                              • 手を動かさないマネージャーを試している - id:onk のはてなブログ

                                                2 月から、Mackerel チームの所属になった。 今日から異動して Mackerel チームです。非正規ルートでの要望でもいい感じにやるので何でもください!— Takafumi ONAKA (@onk) February 1, 2023 これを期に、せっかくなのでコードを読まないマネジメントスタイルを試してみようと思って、実践している。 今までは自分が一番プロダクトのコードベースに詳しい状態を作ってきていて、障害対応でも嬉々として先頭に立つようなテックリードスタイルだった。 この姿が天職と思っているが、今までの人生で、コードの細かい話が通じない (というか、共通言語や会話のレイヤーが違う) けれども非常に信頼できるマネージャーと仕事をしてきた経験はあるので、自分も彼らのようなムーブが可能なんだろうかとやってみたくなったのだ。知識欲が減衰した老害化現象ではないと思う。きっと、たぶん。 も

                                                  手を動かさないマネージャーを試している - id:onk のはてなブログ
                                                • jq 1.7をリリースしました - プログラムモグモグ

                                                  jqがjqlang organizationに移譲され、数名の新たなメンテナーを入れた開発体制に移行してから三か月が経ちました。 私にとってこの三か月はとても濃厚で、これまでのOSS活動の中でも特に大変な期間でした。 itchyny.hatenablog.com github.com リポジトリの管理権限をいただいてからまずやったことは、既存のissueやPRの整理でした。 500ほどのissueとPRに目を通し、ラベルをつけて、解決済みのものを閉じて、直近で入れたいものを独断でリリースマイルストーンに入れていきました。 この整理がついた頃には他のメンテナの活動も活発になり、私の作ったマイルストーンのissueやPRを確認してくれました。 そして先日、ようやく1.7をリリースしました。 1.6から実に五年弱、一時は開発が完全に止まってしまいプロジェクトの存続を危ぶむ声も上がるような状況から

                                                    jq 1.7をリリースしました - プログラムモグモグ
                                                  • Smoozのサービス終了について

                                                    アスツール社からSmoozのサービス終了が発表されました。 Smoozのサービス終了のお知らせ | Smooz Blog さて、問題を拡大解釈する人がとても多いので、改めて書いておきますが、私が指摘したのは主に以下の点です。 ・プライバシーポリシーが非常に大雑把で、アプリを使う上でのユーザーの情報は企業側が柔軟に使えてしまうようなものだったこと ・何に利用するために、どのような情報を送信しているかが明確ではないこと ・サービス利用データの提供をオフにしても、ユーザーIDと紐付けた情報の外部送信が止まらないこと ・どのようなユーザー情報が記録保存されているか明確になっていないこと ちゃんと説明をして、送られる情報の範囲を線引きし、ユーザーに対して提示することが必要だと言っているんです。 情報を提供することに対して見合った対価が得られるのであればユーザーは使うだろうということも書いてきたように

                                                      Smoozのサービス終了について
                                                    • Language Server Protocol の仕様 及び実装方法

                                                      Language Server Protocol通称LSPの仕様と、各機能をどうやって実装したら良いかの指針を示します。 対象読者 * 言語処理系を実装する人/したい人 * Language Serverを実装する/したい人 * LSPに興味がある人、日本語のまとまった情報源を探している人 * Language Serverがエディタの裏でどのようなことをしているのか気になる人 本書で解説される機能は以下の通りです。 * Diagnostics (検査) * Completion (補完) * Inlay hint * Hover * Goto definition (定義へ移動) * Find references (参照を表示/移動) * Rename (名前変更) * Code actions * Code lens * Signature help * Command * Docu

                                                        Language Server Protocol の仕様 及び実装方法
                                                      • ペパボのパートナーの自宅作業デスクまとめ - Pepabo Tech Portal

                                                        こんにちは、HR統括グループのあちゃです。 GMOインターネットグループでは、新型コロナウィルスの感染拡大に備えて1月27日から在宅勤務を行っています。(詳細はこちらをご確認ください。) 27日の朝、自宅で業務を始めてすぐ@june29が、社内の GitHub Enterprise にこんなissueを作ってくれました。 ペパボにとって初めての長期間での在宅勤務を快適にするべく、自宅の作業デスクの工夫や知見がたくさん集まりました! 今回はその中の一部を紹介したいと思います。 issueの発案者 @june29 のデスク 工夫ポイント ケーブルはなるべく天板の下に追いやって、デスクの上をすっきりさせる 色をなるべく黒で統一することでゴチャゴチャ感を軽減する 詳細は Scrapbox にまとめてあるそうなので、ぜひご覧ください! 毎日使うものにはお金をかけて実質無料にする方針 @hsbt のデ

                                                          ペパボのパートナーの自宅作業デスクまとめ - Pepabo Tech Portal
                                                        • WebAssemblyの歴史について

                                                          はじめに 最近、Node.jsとDenoの開発者であるRyan DahlさんがJavaScript Containersという記事を書いていることを知った。 Webとの親和性の高さがサーバーサイドで求められる中、JavaScriptがユニバーサルスクリプトとして活躍するだろう。そして、コンテナランタイムがLinuxコンテナの抽象レイヤーとしてあるように、JavaScript界隈では既存のWebAPIそのものが抽象化の手助けとなるであろう、みたいな趣旨の内容だった。 彼がChromeのV8 JavaScript Engineを使ってNode.jsを誕生させた同じ頃、JavaScriptの可能性を信じて方法を模索した人がいる。Alon Zakaiさんだ。 Alon(以降、敬称略)はWebAssemblyやその考えの元になった asm.js 、 JavaScriptコンパイラ Emscripte

                                                            WebAssemblyの歴史について
                                                          • 3人以上の定期的な会議をすべて「永久に」キャンセルするとShopifyが決定、経営陣は「会議はバグ」「本日をもってバグを修正する」と宣言

                                                            eコマースプラットフォームを展開するShopifyが、3人以上で行われる定期的な社内会議を永久的に廃止する方針を固めたことが明らかになりました。 Shopify CEO Tobi Lutke Tells Employees To Just Say No to Meetings - Bloomberg https://www.bloomberg.com/news/articles/2023-01-03/shopify-ceo-tobi-lutke-tells-employees-to-just-say-no-to-meetings 2023年に入り、Shopifyはカレンダーの「予定の一掃」を実施して3人以上で行われる定期的な会議を削除し、今後は同様の会議を廃止すること、水曜日には一切会議を行ってはいけないこと、50人以上の大規模な会議は木曜日のみとし、6時間の枠内におさめることといったルー

                                                              3人以上の定期的な会議をすべて「永久に」キャンセルするとShopifyが決定、経営陣は「会議はバグ」「本日をもってバグを修正する」と宣言
                                                            • 「シーシャ」って本当に害が少ないの?(石田雅彦) - エキスパート - Yahoo!ニュース

                                                              世界的にシーシャ(水タバコ)が特に若い世代を中心に広がっているようだ。日本でも都市部の繁華街などでシーシャの喫煙可能店が増え始めているが、このシーシャ、健康への害はないのだろうか。 シーシャって何? シーシャというのは、イスラム圏やインドなどで行われてきたタバコの喫煙法の一つだ。水タバコというように、水に通したタバコ煙を吸い込んで喫煙する。 一般的なシーシャの喫煙具は、タバコの葉が置かれる火皿、ホース、水を入れた容器、ホースにつながれたマウスピース(吸い口)で構成されている。アルミホイルなどの上に置かれた葉タバコは、火皿の木炭などによって加熱される。加熱された葉タバコの煙を喫煙者が吸い込むことで容器の水の中へタバコ煙が導かれ、水で冷却されたタバコ煙を喫煙者がさらに吸い込む。 シーシャは、フルーツやメンソールなど多様なフレーバーが用意されていることもあるが、若い世代が集まるクラブやカフェなど

                                                                「シーシャ」って本当に害が少ないの?(石田雅彦) - エキスパート - Yahoo!ニュース
                                                              • 持続化給付金「再々々々委託」 政府も全容把握できず:時事ドットコム

                                                                持続化給付金「再々々々委託」 政府も全容把握できず 2020年06月11日07時15分 新型コロナウイルス感染拡大の影響を受けた中小企業などを支援する持続化給付金事業をめぐり、支給事務の委託や外注が繰り返される不透明な実態が9、10両日の衆院予算委員会の審議を通じて明らかになった。「再々々々委託」まで広がる構図を指摘する声も上がるが、政府は全容を把握し切れていない。野党は「国のチェックが行き届いていない」と批判を強めている。 サービス協議会が事務所公開 PC十数台、5人が勤務 支給事務は、一般社団法人「サービスデザイン推進協議会」が769億円で政府から受託。これを749億円で広告大手の電通に再委託した。電通はグループ5社を経由する形で、人材派遣大手のパソナや印刷大手の大日本印刷に外注した。 10日の衆院予算委ではさらに、国民民主党の玉木雄一郎代表が「孫請け」「ひ孫請け」の先の「やしゃご請け

                                                                  持続化給付金「再々々々委託」 政府も全容把握できず:時事ドットコム
                                                                • チームや個人レベルで進捗を出すために最近やっていること - Lambdaカクテル

                                                                  最近とあるサイトの新規リリースにかかわることができて,そこで得られた学びをフィードバックするという活動をやっている.具体的には運用で使えるIssue Templateを整備したりしているのだけれど,自分やチームの進捗管理みたいな分野でもフィードバックすることができたのでメモしておく. 毎日エンジニアMTGを開く 毎日Scrapboxに残タスク・進捗を書きチームで共有する 毎日の適当な時間を割いてMTGを開く MTGでやること 結果どうだったか 個人レベルの話 ページの内容 1日の流れ 終わり 毎日エンジニアMTGを開く スクラムっぽい話題?かもしれないけれど,自分のチーム(エンジニアは2人)の規模ではこれでうまくいった. 毎日Scrapboxに残タスク・進捗を書きチームで共有する 昨日からコピーしていく 毎日の適当な時間を割いてMTGを開く 話すことそんなになくても予定は作るしMTGは開く

                                                                    チームや個人レベルで進捗を出すために最近やっていること - Lambdaカクテル
                                                                  • n8n.io 入門 : IFTTT のようなワークフローを構築しよう - kakakakakku blog

                                                                    「n8n.io」を使うと GitHub / Slack / Google Sheets など多くのサービス(ドキュメントを見ると 240 以上もインテグレーションできる!)を組み合わせて自由に「ワークフロー」を構築できる.関連サービスで言えば IFTTT のような感じ!例えば IFTTT Pro に課金せずにセルフホスティングできたりする.今回は「n8n.io 入門」を目的として Mac で Docker を使って「n8n.io」を試す.現状だと Docker と npm (npx) で試せる.なお,SaaS として使える「n8n.cloud」もある(最近まで coming soon になっていた). n8n.io n8n.io 入門 : 完成形 今回は「GitHub リポジトリに対する Star⭐/ Unstar⭐をトリガーに Slack 通知とコマンド実行に条件分岐をするワークフロー」

                                                                      n8n.io 入門 : IFTTT のようなワークフローを構築しよう - kakakakakku blog
                                                                    • jq が jqlang organization に移譲されました - プログラムモグモグ

                                                                      JSONを操作するコマンドラインツールであるjqは、これまでオリジナル作者であるStephen Dolan氏 (@stedolan)のリポジトリ(github.com/stedolan/jq)で管理されていました。 メンテナンスはNico Williams氏 (@nicowilliams)とWilliam Langford氏 (@wtlangford)の二名が行なっていましたが、近年は活動が減っておりメンテナンスが滞っていることが度々指摘されていました。 最新のリリースは2018年11月に行われた1.6であり、その後に様々なバグ修正やパフォーマンス改善、新機能の実装が行われているのにリリースされておらず、またissueやPRも放置されがちになっていました。 さらにCI (AppVeyor)は常に落ちるので、簡単なドキュメント修正でもCIが通らず苦情が来る、数か月放置されたPRは作った人が諦

                                                                        jq が jqlang organization に移譲されました - プログラムモグモグ
                                                                      • Prettier と ESLint の組み合わせの公式推奨が変わり plugin が不要になった

                                                                        前に書いた ESLint と Prettier の共存設定とその根拠について が公式推奨が変わったことにより一部間違った情報になっているのでその訂正記事です。 該当記事に書いた内容は Prettier と ESLint の関係を読み解く上で役立つ情報だと思うので、警告とこのページへのリンクを書いた上でそのまま残しておきます。 (追記) この記事の内容も間違った内容を書いていました。なので一度大幅な訂正をしています。prettier-eslint も推奨ではありません。 変更点の要約 Prettier と ESLint の組み合わせについて公式 の推奨方法が変わりました。 きっといつかこの情報も古くなるので直リンクではなく、ドキュメントの GitHub のリンクを貼っておきます。 ドキュメント自体のリンクはこちらです。 新しいドキュメントを要約すると、 Linter と Formatter

                                                                          Prettier と ESLint の組み合わせの公式推奨が変わり plugin が不要になった
                                                                        • Gitと法律って同じだったんだ!!!!!|うどっぴ

                                                                          MNTSQ株式会社というリーガルテックのスタートアップでパラリーガルをやっている者です。 同じ事を言ってる人は無限にいますが、いいことは何度言ってもいいので 本当に似てるから見て、というレポートです。 1.法改正のしくみ(日本法)法案が国会で可決されると法律となります(憲法59条)が、そこでいう「法律」とは具体的にどういうテキストでしょうか。日本法は「溶け込み方式」という方法を使っています。すなわち、現行法を変更するときは、「改正」という形式によって現行法を書き換えます。 例えば民法を改正したいと思ったときは、「民法(明治二十九年法律第八十九号)の一部を次のように改正する」と宣言してから変更差分をひたすら書きまくるということをします。この変更差分が一本の法律です。Gitでいうところのcommitです。変更元の法律も元は一本の法律であり、何度も改正をされていますが、「民法(明治二十九年法律第

                                                                            Gitと法律って同じだったんだ!!!!!|うどっぴ
                                                                          • 大澤昇平特任准教授による2019.12.12付のツイートに関する学生へのメッセージ - 東京大学大学院 情報学環・学際情報学府

                                                                            December 17, 2019 大澤昇平特任准教授による2019.12.12付のツイートに関する学生へのメッセージA message for students of III/GSII about tweets by Project Associate Professor Shohei Osawa on December 12th 特任准教授・大澤昇平氏が12月12日(木)付けで行った、学際情報学府のITASIAプログラムを揶揄し誹謗したツイート、ならびに、特定の思想について「一刻も早い浄化を」という文言を含む一連のツイートについて、12月16日(月)に学環・学府のすべての学生に対し、メーリングリストを通じて以下のメッセージを伝えたことをお知らせします。 今後も継続して、この問題への対応などに関する情報を発表していきます。 情報学環長・学際情報学府長 越塚登 === 東京大学大学院情報学

                                                                              大澤昇平特任准教授による2019.12.12付のツイートに関する学生へのメッセージ - 東京大学大学院 情報学環・学際情報学府
                                                                            • 【React】リッチテキストエディタ(Quill、Tiptap、Slate...)の考え方や前提知識

                                                                              概要 4年ほどProductionで使っていたリッチテキストエディタ(Quill on Nuxt.js v2)をTiptap on Next.jsに移行しました。 既存のQuillエディタの使い勝手をTiptapで再現しつつ、改善できるところは改善しつつ、既存の4年分のリッチテキストデータが正しく編集できるようにしなければいけませんでした。 本記事では移行の具体的なプロセスを解説しようと思っていたのですが、リッチテキストエディタは前提知識があまりに多いため、前提となる知識や考え方を解説しているだけでそこそこのボリュームになりました。そこで、一旦考え方や前提知識をまとめた、という体で公開します。 本記事を読んでから各ライブラリのDocsを読んだりカスタマイズを始めたら、少しハードルが下がっていることかと思います。 対象読者の例 リッチテキストエディタに興味がある リッチテキストエディタの開発

                                                                                【React】リッチテキストエディタ(Quill、Tiptap、Slate...)の考え方や前提知識
                                                                              • 中国から謎の「種子」が送られてくる事件が続発

                                                                                謎の「種子」が中国からアメリカに向けて送られてくるという事件が続発しています。各州の農務省はこれらの種子を決して庭に植えないよう、国民に呼びかけています。 27 States Issue Warnings About Seed Packets From China - The New York Times https://www.nytimes.com/2020/07/26/us/seeds-from-china-mail.html ‘DO NOT plant them:’ Officials in multiple states warn of mysterious seeds received in the mail from China | FOX6Now.com https://fox6now.com/2020/07/27/do-not-plant-them-officials-i

                                                                                  中国から謎の「種子」が送られてくる事件が続発
                                                                                • Python ユーザでも『データ可視化入門』で練習できるようにパッケージを作った + Plotnine との互換性ガイド - ill-identified diary

                                                                                  概要 pysocviz が提供する機能 ggplot2 と同じようにできないところとその対策 aes() にクオートされてない変数を指定できない R のように改行できない ggplot2 で使えた色名が使えない ggplot2 で使えた linetype が使えない 文字化けの回避 ggrepel パッケージの利用 scales::percent などの単位・スケール指定 テーマや色パレットのプリセットを変更したい場合 subtitle/caption が表示されない 複数のグラフを連結できない hjust/vjust が使えない グラフ内の図形やテキストの大きさのバランスがおかしい geom_smooth/stat_smooth で一般化加法モデル (GAM) による平滑化ができない geom_quantile の method 指定ができない geom_smooth/stat_smoo

                                                                                    Python ユーザでも『データ可視化入門』で練習できるようにパッケージを作った + Plotnine との互換性ガイド - ill-identified diary