タグ

bayashi_netのブックマーク (10,565)

  • オードリー・タンとの対話#1　創造力こそが私たちの資本 | DISTANCE.media

    「鳥の声」から始めましょうローリー・ピルグリム（アーティスト）　窓の外を見てみてください。どれくらい遠くまで見えるでしょうか。ラウリン・ウェ…

    オードリー・タンとの対話#1　創造力こそが私たちの資本 | DISTANCE.media

  • スマホの「テザリング」は自宅の固定回線の代わりになり得るのか？（オトナライフ） - Yahoo!ニュース


    自宅の固定回線は工事が必要だったり、価格が高いことがありますよね。またそもそも光回線ほどの速度を求めていないならば﹁スマホ回線のテザリング﹂で十分ではないか？という考え方もできます。 ︻画像でわかる︼携帯料金が高いのに、それでも格安SIMではなくキャリアを使い続ける人の理由 そこで今回は、意外と知らない﹁テザリングは固定回線の代わりになり得るのか﹂を解説します。結論としてはそこそこの速度で十分ならば、モバイル回線のデータ無制限プランさえ契約しているならば代わりになり得ます。 テザリングは自宅の固定回線の代わりになり得る？必要なものテザリングを利用して自宅のインターネット接続を行うため、絶対に必要なものはモバイル回線の﹁データ無制限プラン﹂とスマホ。データ制限があるプランではすぐにデータ容量を使い切ってしまう可能性が高いため、無制限プランを選ぶことをおすすめします。 加えて、詳しくは後述しま
    スマホの「テザリング」は自宅の固定回線の代わりになり得るのか？（オトナライフ） - Yahoo!ニュース
    bayashi_net
    bayashi_net 2024/07/01
    検討してみてる
    リンク

  • GitLabとGoogle Cloudの統合がパブリックベータに。GitLabの認証からソースコード管理、ランナーの実行、デプロイまですべてGoogle Cloud上で


    GitLabとGoogle Cloudの統合がパブリックベータに。GitLabの認証からソースコード管理、ランナーの実行、デプロイまですべてGoogle Cloud上で ソースコード管理やCI/CD機能などの開発プラットフォームを提供するGitLabは、Google Cloudとの本格的統合をパブリックベータとして公開しました。 これによりGitLabの認証、ソースコード管理、CI/CDランナーの実行、デプロイまでパイプライン全体がGoogle Cloudのサービスと連係統合され、ユーザーはこれらを利用して迅速にDevOpsのパイプラインを実行できるようになります。 Imagine a world where you can seamlessly move from code creation to deployment — all within a single integrated p
    GitLabとGoogle Cloudの統合がパブリックベータに。GitLabの認証からソースコード管理、ランナーの実行、デプロイまですべてGoogle Cloud上で

  • C言語をマスターしたい人はGCCのバージョン14を使いましょう - pyopyopyo - Linuxとかプログラミングの覚え書き -


    C言語︵C++を含む︶を習得したい人，ポインタを勉強したい人はgcc-14を使いましょう．難しいところは gcc-14 が丁寧に解説してくれますC言語の難しいところ 例を示します．C言語で記述された，たった6行のソースコードです int main() { int buf[10]; buf[10] = 0; return 0; } このソースコードには問題があります．初見でわかるでしょうか？ : : : 問題があるのは buf[10]=0 の部分です．C言語でやりがちなミスですが，これがバグやセキュリティホールの原因になります．C言語が難しい理由は二つあります．この手の問題を見逃しやすい点と，この手の問題を理解することが難しい点の二つです gcc 14 に解説してもらいましょう 上記の6行のソースコードをgcc14を使ってコンパイルしてみます ソースコードのファイル名は test.c と
    C言語をマスターしたい人はGCCのバージョン14を使いましょう - pyopyopyo - Linuxとかプログラミングの覚え書き -

  • 優先順位が口癖になる危機感 - ジンジャー研究室


    開発サイクルの終盤に近づくと﹁今回は優先順位の高いここまでを実装して、残りは優先順位が低いのでまたの機会にしましょう﹂という話になりがちだ。自分もこれまで何度もそうしてきたし、その場の判断としては正しい。が、このやり方に味をしめて常にこの調子で進めて、なんとなく上手く仕事をこなしている気になってしまうことには危機感がある。 以下、普段考えていることを自戒を込めてメモしておく。︵なお、筆者の経験は toB ・Web 系・自社開発が中心なので読者の置かれている状況とは一致しないかもしれない︶ 優先度が低いタスクに着手する機会が一生訪れない 仮にあるタスクの優先度を下げたとする。バックログを眺めるとそのタスクに着手できそうなのは3ヶ月後だ。そして3ヶ月後、やっとそのタスクに着手できるかというと、そんなことは決してない。3ヶ月の間にそれよりも優先度の高いタスクが積まれているからだ。タスクを消化する
    優先順位が口癖になる危機感 - ジンジャー研究室

  • 「Black Hatに採択される」という大きな目標を達成したセキュリティ研究者が次に目指したのは現場への貢献 - Findy Engineer Lab


    はじめまして、中島明日香︵@AsuNa_jp︶です！ 私は14歳の頃にハッカーに憧れてセキュリティの世界に飛び込んで以来、セキュリティひと筋なキャリアを歩んできました。大学でセキュリティを学び、卒業後も研究開発者として10年以上さまざまなセキュリティの研究開発に携わってきました。 本記事では、私自身のキャリアの歩みについて紹介します。今までどのような仕事に携わってきたかだけでなく、大学卒業時の就職や一昨年に経験した転職など、キャリアの節目においてどのように考え、選択してきたのかについても触れています。 私のこれまでの歩みが、皆様が自分らしいキャリアを歩む参考になればたいへん嬉︵うれ︶しく思います。 ▲ Black Hat Asia 2023のロックノート︵閉会時基調講演︶となるパネルセッションに登壇する筆者︵左から2人目︶ ハッカーに憧れてセキュリティの世界に飛び込む ﹁世界を広く良くした
    「Black Hatに採択される」という大きな目標を達成したセキュリティ研究者が次に目指したのは現場への貢献 - Findy Engineer Lab

  • プロダクトマネジメントクライテリア

    プロダクトマネジメントを体系化したクライテリアです。企業がプロダクトを成功に導くために必要な要素を多角的かつ具体的に記載してあります。対象はプロダクトマネージャー個人ではなくプロダクトを取り巻くチームとし、プロダクトマネジメント全体をスコープにしています。

    プロダクトマネジメントクライテリア

  • GitHub - bayashi/xfg: Find paths anyway, then search for contents also, naturally.

  • マイナンバー法改正案が衆院通過　スマホにカードの全機能搭載 - 日本経済新聞


    スマートフォンにマイナンバーカードのすべての機能を搭載できるようにするマイナンバー法の改正案が7日の衆院本会議で可決され、衆院を通過した。参院での審議に移る。行政手続きを効率化するためのデジタル社会形成基本法などとあわせて改正する。マイナカードを搭載したスマホで銀行や証券
    マイナンバー法改正案が衆院通過　スマホにカードの全機能搭載 - 日本経済新聞

  • Git - gitignore Documentation

    English Français Português (Brasil) 简体中文

  • Goの正規表現が遅いって言う人がいたから、（速い）正規表現エンジンを作ったよ


    はじめに ﹁Goの正規表現は遅い﹂ そんなふうによく言われていました。︵最近はあまり聞かなくなりましたが︶ たとえば、↓の記事ではPythonの正規表現と比較して1.5倍くらい遅いという結果になっています‥ この話には﹁Goの正規表現は最悪時間が短くなるように安定したアルゴリズムを採用しているから﹂という回答があります‥ ↑の記事の比較では、GoがPerlに対して約10倍以上高速という結果が出ているので、﹁Goの正規表現は遅くない！はい、論破ー！﹂というわけですね。 なんでこうなるのかも↑の記事で説明されているとおりですが、Perl︵などのバックトラック型エンジン︶が入力長に対して指数関数的に実行時間が伸びていくのに対し、Goの正規表現エンジンは入力長に対して線形時間で実行時間が伸びていくアルゴリズムを採用しているため、入力が長くなると急激にGoのほうが有利になるからです‥ 一方で、入力が
    Goの正規表現が遅いって言う人がいたから、（速い）正規表現エンジンを作ったよ

  • Golangの正規表現の処理速度 - seven_901’s blog

    概要 Golangで正規表現を扱うことになったので、ググったところgolangのサジェストワードに「遅い」というワードが出てきた。 なので、調査してみた。 Golangの正規表現 実装 pkg.go.dev 上記のサイトはGolangで正規表現を扱うときに使われるregexpパッケージの公式ドキュメント。 ドキュメントによる処理速度に関する記述では The regexp implementation provided by this package is guaranteed to run in time linear in the size of the input. (This is a property not guaranteed by most open source implementations of regular expressions.) と書かれており、ざっくり日本語

    Golangの正規表現の処理速度 - seven_901’s blog

  • grep と sift を比較した - にょきにょきブログ


    sift というツールがあります。 https://sift-tool.org/ sift は better grep なツールで、上記サイトのパフォーマンスによるとすべての場合において grep より速く、場合によっては40倍速以上のパフォーマンスを出すという、嘘だろ承太郎！？な状態なのでこの怪しい伝説を検証してみます。 https://sift-tool.org/info.html 環境 僕の環境はこちら。 CPU: Intel Corei7 4790 メモリ: 16GB ストレージ: SSD 256GB OS: Ubuntu 14.04 64bit インストール https://sift-tool.org/download.html から適切なアーカイブをダウンロードして解凍。 $ tar zvxf sift_0.3.4_linux_amd64.tar.gz sift_0.3.4
    grep と sift を比較した - にょきにょきブログ

  • 『Winny』の金子勇さんの失われたED法を求めて - Qiita


    普段は﹁通知が迷惑かなー﹂と思ってブックマークしていただいている方に通知せず記事を編集しているのですが、この記事をブクマしていただいている方は続きが気になっている方だと思いますので通知させていただきます。 結論から言うと、この記事を読んだ @pocokhc (ちぃがぅ)さんという方が金子勇さんが書いたED法のサンプルプログラムを見つけてくださいました。 ちぃがぅさんの記事はこちら 自分で解明したかったという気持ちも無いことは無いですが、バズった時点で誰かが実装してくれそうな気はしていました。新卒からIT業界に入って4年目が始まったところですが、業務以外で初めて業界にコントリビュートできた気がして嬉しいです！ 追記ついでに、謝罪します。初回公開時に記事タイトル含め本文中で何か所か﹁Winney﹂と書いてしまっていた箇所がありました。失礼いたしました。誤字修正してあります。指摘してくださった何
    『Winny』の金子勇さんの失われたED法を求めて - Qiita

  • GNU grep は /dev/null に出力すると、処理速度が異常に速くなる件について - Qiita


    あ．．．ありのまま 今　起こった事を話すぜ！ ﹁おれは　cat の方が grep "." よりも速いことを示すために、両方の出力を /dev/null に捨てたら grep の方だけ処理速度が異常に速くなっていた﹂ な・・・　何を言っているのか　わからねーと思うが おれも　何が起きたのか　わからなかった・・・ 頭がどうにかなりそうだった・・・　催眠術だとか超スピードだとか そんなチャチなもんじゃあ　断じてねえ もっと恐ろしいものの片鱗を　味わったぜ・・・ ん？　いや、超スピードを味わったぜ はじめに 何かのパフォーマンステストするときに、出力を画面やファイルに行うと速度が低下してしまうので、それを避けるために /dev/null に捨てるというのはよくある事だと思います。別件でとあるパフォーマンステストをしていたところ何やら不思議な結果がでてしまったので調べたのですが、どうやら GNU g
    GNU grep は /dev/null に出力すると、処理速度が異常に速くなる件について - Qiita

  • grepよりfind+xargsの方が速い｜ymzkjpx blog

    ■ プログラムにとって速さは正義だ。 プログラムは命令を実行するツールでありアートではないため、機能性が高く評価される。 例えば大量のファイルを対象に検索を行う際にコンマ1秒でも速く終わればどれほど嬉しいことか。それが100回も1000回も繰り返す使われるようなプログラムならなおのことだ。 先日、知人からgrep より find + xargsの方が速いとの話を伺ったので今日はその検証を行う。 まず手元に2500万文字のファイルを5つ用意した。この中に「test」という文字がいくつか含まれている。このファイルを5つ複製し、これらを検索する実行速度を評価する。 ファイルの文字数。このファイルが5つあり、その中から特定語を検索する。 textfile1.txt $ cat milchars.txt| wc -m 26116283 ■ 測定方法 mac（linux）でコマンドの実行速度を測る際は

    grepよりfind+xargsの方が速い｜ymzkjpx blog

  • ackを使おう! - tototoshi の日記


    みなさんgrepしてますか!?便利ですよねgrep。自分はLinuxを触りはじめたころ、 grepを使いこなせるようになれば一人前だ って言われて、なにいってんのこの人きもいとか思ってないですよ全然。 まあ今となってはgrepをそれなりに使いこんでるわけですよ。 $ find . -name "*hoge" -type -f | grep -v '\.svn' | xargs grep piyopiyo とかやってね。 なんかfind|xargs|grepとかまさにUNIX的ですよね。素敵やん。 簡単なコマンドを組み合わせてでっかいことやっちゃう？？みたいな？？ めんどくせーよっ!!! ってことで、ackを使いましょう。 ack昨日知りました。 で、今日、使いはじめて2日目。 とりあえず、公式(Beyond grep: ack 2.12, a source code search too
    ackを使おう! - tototoshi の日記

  • GNU grep 2.18リリース: 10倍速くなったと思ったら今度は200倍遅くなっていた | はむかず！


    先日の記事 いまさらgrepが10倍高速化したのはなぜか が思わぬ閲覧数を稼いでしまい、トルコ語の知識を日本に広めるのに大きな貢献をしたような気がしますが、みなさんいかがお過ごしでしょうか。 実は先日の記事を書いた時にはすでに2.18がリリースされてたのだが、今回は2.17のときと違って日本の大手メディアが取り上げてなかったので、ついつい見落としていた。しかし実は2.18でも大きな変更が！！ リリースノート抜粋‥ grep -i in a multibyte, non-UTF8 locale could be up to 200 times slower than in 2.16. [bug introduced in grep-2.17] なんということでしょう。-iオプションでUTF8のときは2.17で10倍速くなっていたのだが、それ以外のマルチバイトロケールのときは200倍遅くなって

  • いまさらgrepが10倍高速化したのはなぜか – はむかず！

    最近GNU grepコマンドの最新バージョンがリリースされ、速度が10倍になったとのアナウンスがあった。それを聞いて、なんであんな枯れた技術に10倍もの高速化の余地があったのだろうと不思議に思った人も多いだろう。 ニュース記事：grepコマンド最新版、”-i”で10倍の高速化 本家のリリースノート：grep – News: grep-2.17 released [stable] 今回のリリースでは正確には、マルチバイトロケールで、-iオプション（–ignore-case、つまり大文字小文字を区別しないオプション）をオンにした時の速度が10倍くらいになったそうだ。 なぜそんなに速くなったのか？逆を言えば今までなぜそんなに遅かったのか？ そもそも、多くの日本人にとって「大文字小文字の区別」というと英語のアルファベットか、せいぜいフランス語とかドイツ語とかのアクサン記号・ウムラウトがついたものく

  • Cg125

  • 1 2 3 4 5 6 7 8 9 10 次のページ

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.