並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 4230件

新着順 人気順

REの検索結果1 - 40 件 / 4230件

タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。

REに関するエントリは4230件あります。 技術aws開発 などが関連タグです。 人気エントリには 『Google re:Work - マネージャー』などがあります。
  • Google re:Work - マネージャー

    イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。

      Google re:Work - マネージャー
    • RE: 最終出社日について - megamouthの葬列

      松田部長 お疲れ様です。システム戦略グループの山下です。 最終出社日についてのお返事ありがとうございました。 先日ご連絡した来年1月20日を最終出社とする退職は難しい、とのご回答でしたが、申し訳ありません、こちらとしましても、諸事情を考慮のうえ、最終出社日をご提示させていただいている次第となりますので、退職日を3月末まで延期するというご希望に沿うことはできません。 あしからずご了承下さい。 また、同時にご連絡させていただいた業務の引き継ぎについてですが、引き継ぎ人員が存在しないことにより、未だ一切の進捗がございません。 おそらくは、この点が、松田部長のおっしゃっている「就業規則上に明記されている業務上の支障が発生する事由」に該当すると思われます。 この点につきましては、システムインフラを解する人員が私以外に存在しない現状において、とり急ぎ解消の目処はたたないかと愚考いたします。 よって、勝

        RE: 最終出社日について - megamouthの葬列
      • 【山田祥平のRe:config.sys】 今こそすべての日本国民に問うIMEのオンとオフ

          【山田祥平のRe:config.sys】 今こそすべての日本国民に問うIMEのオンとオフ
        • Re: NginxとApacheって何が違うの?? - inductor's blog

          これは何 以下記事のアンサーブログです。 qiita.com 以下のことはコメントに書いたんですが、書ききれなかった部分もあったり整理したほうがいいなと思い記事に起こしています。 現代のアプリケーションではC10K問題よりも先にDBやアプリケーションのボトルネックが先に来るため、C10K問題に遭遇するよりも先にやることがある ミドルウェアとしての成り立ちから設定ファイルの書き方に至るまで、それぞれのソフトウェアで思想が根本的に異なるので、単なるパフォーマンス比較をしてもあまり意味がない NginxとApacheの違いをC10K問題を中心に語るのは時代が違う この記事に限らず、多くの「Nginx vs Apache」系記事では「ApacheはC10K問題を抱えている」という論理をベースにそれぞれの違いを表現しています。 が、これは2022年においては(実際にはもっと前からですが)既に事実では

            Re: NginxとApacheって何が違うの?? - inductor's blog
          • [速報]「Amazon CodeGuru」発表。機械学習したコンピュータが自動でコードレビュー、問題あるコードや実行の遅い部分などを指摘。AWS re:Invent 2019

            Amazon Web Services(AWS)は、米ラスベガスで開催中の年次イベント「AWS re:Invent 2019」の基調講演で、機械学習を用いて自動的にコンピュータがコードレビューをしてくれる「Amazon CodeGuru」を発表しました。 Amazon CodeGuruのコードレビュー機能は、Amazon自身のこれまでの大量のコードと、GitHubで公開されているポピュラーな1万のオープンソースソフトウェアのコードを基に機械学習のトレーニングを行ったモデルを用いて、対象となるコードを解析。 GitHubやCodeCommitのプルリクエストと連係し、問題があるとされた個所には人間に読める形式でコメントをしてくれるというもの。 並列処理や脆弱性の問題あるコードを指摘 例えばAWSにおけるベストプラクティスのコードから外れているものや、並列処理における問題などの指摘。

              [速報]「Amazon CodeGuru」発表。機械学習したコンピュータが自動でコードレビュー、問題あるコードや実行の遅い部分などを指摘。AWS re:Invent 2019
            • [速報]AWS、クラウド障害をわざと起こす「AWS Fault Injection Simulator」発表。カオスエンジニアリングをマネージドサービスで実現。AWS re:Invent 2020

              Amazon Web Services(AWS)は、開催中のオンラインイベント「AWS re:Invent 2020」で、アプリケーションに対してクラウド障害のシミュレーションを行える新サービス「AWS Fault Injection Simulator」を発表しました。 クラウド上で稼働するアプリケーションの耐障害性などを高めるために実際にクラウド障害をわざと発生させて問題点をあぶりだす手法は、「Chaos Enginieering(カオスエンジニアリング)」と呼ばれています。 Netflixが2012年にカオスエンジニアリングのためのツール「Chaos Monkey」を公開したことで広く知られるようになりました。 参考:サービス障害を起こさないために、障害を起こし続ける。逆転の発想のツールChaos Monkeyを、Netflixがオープンソースで公開 今回発表された「AWS Faul

                [速報]AWS、クラウド障害をわざと起こす「AWS Fault Injection Simulator」発表。カオスエンジニアリングをマネージドサービスで実現。AWS re:Invent 2020
              • あんどぅ on Twitter: "本番運用するといずれ誰もがたどり着く、公式ドキュメントには書かれてないログ管理の現実解が資料化されていてすばらしい そう、CloudWatch LogsにはDev環境 or ERRORの場合のみ飛ばすFluentdの設定をすることで利便性と料金のバランスをとるのである これは公式ドキュメントにすべき https://t.co/RE4FmPCpJX"

                  あんどぅ on Twitter: "本番運用するといずれ誰もがたどり着く、公式ドキュメントには書かれてないログ管理の現実解が資料化されていてすばらしい そう、CloudWatch LogsにはDev環境 or ERRORの場合のみ飛ばすFluentdの設定をすることで利便性と料金のバランスをとるのである これは公式ドキュメントにすべき https://t.co/RE4FmPCpJX"
                • Re: Rails を主戦場としている自分が今後学ぶべき技術について

                  この記事は、 Rails を主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれ についてのアンサー記事です。 うなすけ君が Ruby on Rails で育ってきたように、僕も JavaScript とともに育ってきたという自覚があります。なので、これについて書くことは、ポジショントークは避けられない、という感覚があります。 冷静に比較しようとも思いましたが、やっぱり開き直って思いっきりポジショントークをすることにしました。そっちのほうが面白いと思うので。 自分の基本的な主張は、こちらの記事にあるとおりです。 Frontend Study #1: 基調講演 - Frontend 領域を再定義する 自分と Ruby on Rails 僕は、キャリアとしては Rails の会社で JavaScript を書いてきたことが多かったです。学生の頃は socket.io

                    Re: Rails を主戦場としている自分が今後学ぶべき技術について
                  • Re: 僕らを縛る Node.js という呪いについて - あるいはなぜ TypeScript 以外が真っ当な選択肢にならなかったか

                    Re: 僕らを縛る Node.js という呪いについて - あるいはなぜ TypeScript 以外が真っ当な選択肢にならなかったか https://d.potato4d.me/entry/20220405-nodejs/ へのアンサーソング。 プログラミング言語としての JavaScript の話をする。 2010年頃、Python 2 でプログラミングを学習した自分にとっては Node.js + CoffeeScript が Better Python だった。 CoffeeScript は当時の JS(ES3~5) に足りない機能を補ってくれて、Python と同じく空白制御のオフサイドルールなのが気に入った。見た目が少しだけ Ruby っぽいので当時全盛だった Rails の人間に訴求するにも有利だった。 Node.js のモジュールシステムである Commonjs は Pytho

                      Re: 僕らを縛る Node.js という呪いについて - あるいはなぜ TypeScript 以外が真っ当な選択肢にならなかったか
                    • Re: なんで今さら帳票エンジンを新規開発しているのか

                      pdfmeとは Website: https://pdfme.com/ TypeScriptで書かれたオープンソースの無料の帳票エンジン。 テンプレートを使って宣言的にPDFを作成でき、サーバー、ブラウザどちらでも動作する。 2022年2月にbeta版としてリリースしてから現在 Version3で GitHubではStartが1500、npmではバラツキはあるが週間1万件くらいのダウンロードがある。 自分が把握しているだけで、世界中で採用事例があり、電子カルテ作成、工場の手順書作成、ECのカスタムパッケージ制作ソフトなど、すでにいろんなサービスに組み込まれている。 この記事ではどのようなモチベーションでpdfmeを開発しているのかということを説明したいと思います。 なんで帳票エンジンを新規開発するのか PDFファイルを作成・編集するという観点ではpdfkitという素晴らしいライブラリが20

                        Re: なんで今さら帳票エンジンを新規開発しているのか
                      • モダンJavaScript再入門 / Re-introduction to Modern JavaScript

                        FRONTEND CONFERENCE 2019の登壇資料です。 https://2019.kfug.jp/session/onoueyosuke Webサイト・Webアプリ制作への高まる要求に耐えられるようにJavaScriptは進化を続けてきました。特にこの約5年間で、JavaScriptはモダンなプログラミング言語へと大きな進化を遂げ、開発効率は劇的に高まりました。一方で、古いままの情報も多く、最新技術をキャッチアップするのは大変な面もあります。本セッションでは、新しくJavaScriptを学びたい人や昔に勉強した人、なんとなく書いている人が入門・再入門できるように、JavaScriptのモダンな書き方をなるべく実用的な例をまじえてご紹介します。また、将来のWebの変化についていけるように、これから先のJavaScriptがどのように進化していくのかの展望についてもお話しします。

                          モダンJavaScript再入門 / Re-introduction to Modern JavaScript
                        • サ終したセガのソシャゲ『404 GAME RE:SET エラーゲームリセット』の終わり方が納得できなくて悲しい。 - 旅情電波発信局

                          2024年になりまして、一発目のブログ記事はおめでたい話にしたかったんですが。 個人的にポチポチ遊んでいた『404 GAME RE:SET エラーゲームリセット』(以下エラゲ)が1月5日にサービス終了を迎えてしまいました。 愛着もありサービス終了自体は寂しいのですが、正直なところ「エラゲの良い所100個言える。でも悪いところは1001個言える!」って感じのゲームだったので、サ終自体には納得していたり。 で、サービス終了にあたってアプリがオフライン版にアップデートされたのですが、それがなにこれ……?って思ってしまう残念な終わり方でしたので、軽くエラゲはどんなゲームだったのか触れつつ顛末について書いていこうと思います。 以下、エラゲのストーリーネタバレがあるので気にする方は閲覧注意。 キャラと音楽“は”本当に良くて惜しかった 内容が10年遅れていたセガのソシャゲ ファンの気持ちを踏みにじる終わ

                            サ終したセガのソシャゲ『404 GAME RE:SET エラーゲームリセット』の終わり方が納得できなくて悲しい。 - 旅情電波発信局
                          • AWS、Macインスタンスの仕組みを説明。市販のMac miniをそのままラックに組み込みThunderbolt経由でストレージやネットワークへ接続。AWS re:Invent 2020

                            AWS、Macインスタンスの仕組みを説明。市販のMac miniをそのままラックに組み込みThunderbolt経由でストレージやネットワークへ接続。AWS re:Invent 2020 Amazon Web Services(AWS)は、開催中のオンラインイベント「AWS re:Invent 2020」のインフラストラクチャーキーノートにおいて、12月1日に発表したばかりの「Macインスタンス」の仕組みについて説明しました。 参考:[速報]AWS、クラウド基盤にMac mini(Intel)を組み合わせた「Amazon EC2 Mac instances for macOS」発表 グローバルイングラストラクチャ&カスタマサポート担当シニアバイスプレジデント Peter DeSantis氏。 DeSantis氏の後ろのスクリーンには、ラックのトレイ上に市販のインテル版Mac miniがその

                              AWS、Macインスタンスの仕組みを説明。市販のMac miniをそのままラックに組み込みThunderbolt経由でストレージやネットワークへ接続。AWS re:Invent 2020
                            • ソニー、4月に社名変更へ 「RE:SONY」まとめ読み - 日本経済新聞

                              ソニーが4月1日付で社名を変えます。「ソニー株式会社」から「ソニーグループ株式会社」になります。新たに発足するソニーグループは、グループ本社機能に特化した会社と位置づけ、祖業であるエレクトロニクス事業を担うソニーエレクトロニクスが同日付で「ソニー株式会社」の商号を継承します。社名変更は1958年に東京通信工業からソニーに社名を変えて以来となります。「世界のすべての人が読んでも同じ音で読める」。

                                ソニー、4月に社名変更へ 「RE:SONY」まとめ読み - 日本経済新聞
                              • 『ストリートファイター6』でリュウの乳首に称賛集まる。RE ENGINEで描かれる、最先端次世代乳首 - AUTOMATON

                                カプコンは6月3日、「State of Play | 6.3.2022」にて『ストリートファイター6』の最新情報を発表した。新たなシステムに新たなゲームモード、新情報づくめのなか、ある要素が一部ユーザーの注目を集めている。リュウの乳首である。 リュウは、『ストリートファイター』シリーズの看板キャラクターだ。最新作では、春麗と共に過去作から装いを大きく変えており、濃いヒゲと逞しい肩幅が光る。そして新作では、リュウの乳首もまたキャラのアイデンティティとしてアピールされているようだ。 リュウといえば、過去作でも上半身裸を見せてきた。たとえば、前作におけるキャラクタースキンのひとつ「戦闘服1」は、リュウのあらわな上半身を堪能できる。そのほか、シリーズにおけるバリエーションとしては殺意の波動に目覚めたリュウもまた裸を見せつける機会のひとつ。とはいえ、宣伝などではこれらの姿は全面に押し出されていない。

                                  『ストリートファイター6』でリュウの乳首に称賛集まる。RE ENGINEで描かれる、最先端次世代乳首 - AUTOMATON
                                • Re: Web3というテロリズム - Software Transactional Memo

                                  えふしんさんに何の恨みも無いのだけれど わからないことを偉そうに書いて怒られて進化したいという芸風なので書いてみました。 Web3というテロリズム|えふしん #note https://t.co/84SoYtIzDC — えふしん (@fshin2000) 2022年2月17日 というのだから技術的に正確なツッコミを入れて欲しいという事だと信じて書く。まさか後釣り宣言など来ないだろう。 Web3という言葉は、既存の権力構造に対する宣戦布告と考えれば、割と素直に受け入れられる。 ここは本当にその通りで「下剋上」の雰囲気感だけで業界が振り回されているのは見るに耐えない。権力構造を敵対視するあまり、本当に味方に付けるべきエンドユーザーの事がなおざりになっているとすら感じている。市場経済で世の中が動く中、エンドユーザーは確かな利益が無ければ動かないし、利益無しで人やお金を動かさせたら詐欺である。こ

                                    Re: Web3というテロリズム - Software Transactional Memo
                                  • Re: ブロックチェーンでそんなことはできない - Software Transactional Memo

                                    はじめに chike0905.hatenablog.com この記事は大変楽しく拝読したが、ブロックチェーン素人ながら気になる点がいくつかあったので指摘する。要旨は以下である。 タイトルで「できない」と言ってる割には「できるけど筋が悪い」だけに見える 研究中で結論が出ていないトピックを「できない」と呼ぶのは違うのではないか 文体が学術めいている割には用語の使い方がやや雑に見える ブロックチェーンに「不可能」な事にフォーカスすべき 浮足立つ界隈に対して問題提起するならば的を絞って指摘すべきで、容易に解決可能そうに見えてしまう批判はかえって混乱を招く恐れすらある ノードの独立性 各自で検証し、他のノードに依存するプロセスは本定義のブロックチェーンの動作の中には含まれない。 従って、他のノードに何かを問い合わせる必要もなく、信頼する第三者などは存在しない。 この部分はあまり正しく理解している人が

                                      Re: ブロックチェーンでそんなことはできない - Software Transactional Memo
                                    • Re: 結局、Go言語をやめる理由はなかった件 - Hateburo: kazeburo hatenablog

                                      すみません、ISUCONのアレに火がついてしまったので..。 Advent Calendarとはとくに関係がありません。 qiita.com qiita.com こちらの記事をみて、気になってしまったので interpolateParams の追加とMySQLチューニングをしてベンチマークを回してみました。 ベンチマークの環境が公開されているのは素晴らしいですね。 github.com 8vCPU/16GB Memのc5a.2xlargeなEC2のインスタンスを起動して、以下の手順にしたがってdockerとdocker-composeをインストールしました。OSはUbuntu 20.04を使いました。 docs.docker.com docs.docker.com 上記のbenchmarkのrepositoryをgit cloneし、compose build && compose upし

                                        Re: 結局、Go言語をやめる理由はなかった件 - Hateburo: kazeburo hatenablog
                                      • AWS re:Invent皆勤賞の私がほんとは教えたくないre:Invent完全攻略ガイド2023 - yoshidashingo

                                        吉田真吾(@yoshidashingo)です。 AWS re:Invent 2022への参加おつかれさまでした。わたしは2012年の初回参加から2022年まで、2020年のオンラインのみの開催を除き、合計10回 AWS re:Invent に参加しています。世界でも珍しい皆勤賞です。 そんなわたしが来年に向けてすべての知見をここに置いておきます。みなさんにとってのワンピースです。こまかい説明がないと理解しづらい部分は今後加筆するかもしれないですが、一言一句に意味があるので何度も読み返してひとつも余さずに取り入れてもらうことを強く推奨します。 AWS re:Invent 2023 は 2023/11/27(月)〜12/1(金) に開催されます 2023/7/8(土)追記:昨日からJapanツアーが募集開始されたそうだ、手続き漏れやトラブル少なく企業として参加したい場合には購入をおすすめする。

                                          AWS re:Invent皆勤賞の私がほんとは教えたくないre:Invent完全攻略ガイド2023 - yoshidashingo
                                        • GPT-4oをOCRとして使う - Re:ゼロから始めるML生活

                                          OpenAIからChatGPT-4oが発表されましたが、皆さんガンガンつかっていますでしょうか? さて、このChatGPT-4oですが、テキスト以外のデータも使用できるようになっているという特徴があります。 普通にテキストでのやり取りをしつつも画像データを扱えるということで、「実はこれいい感じのOCRとして使えるんじゃね?」って思っちゃったわけです。 ということで、今回はChatGPT-4oを使ってOCRを使うとどんなもんなのかやってみたいと思います。 やりたいこと やってみる とりあえずやってみる 請求書 名刺 参考文献 感想 やりたいこと 今回やりたいことはOCRです。早い話が画像ファイルを突っ込んでテキストを読み取りたいって感じです。 ただ、当たり前のようにOCRって言葉を使用していますがOCRって結構奥が深いです。 mediadrive.jp 単純に画像から文字を見つけて対応するテ

                                            GPT-4oをOCRとして使う - Re:ゼロから始めるML生活
                                          • 【山田祥平のRe:config.sys】 LINEには国民的インターネットインフラを提供する覚悟が足りないけれど、国にそのことを言う資格はあるのか

                                              【山田祥平のRe:config.sys】 LINEには国民的インターネットインフラを提供する覚悟が足りないけれど、国にそのことを言う資格はあるのか
                                            • RE:郊外都市には文化が無い (……本当に?) - シロクマの屑籠

                                              anond.hatelabo.jp 「郊外都市には文化が無い」、というタイトルの文章がはてな匿名ダイアリーを読んだ。 タイトルが、なんだか大きな釣り針だ。ただし、この名古屋近郊に住んでいる筆者はあるていど誠実だ。というのも、 この街の文化と呼べるものに触れ合った記憶が無い。 生まれも育ちもここなのに郷土史とか一切知らねえ。 名古屋やその近郊に文化が無いと言い切っているのでなく、名古屋やその近郊の文化を自分は知らない、と書いているからだ。 たとえば自宅と職場とショッピングモールだけを往復している生活をしていたら、自分の暮らしている場所の文化についてロクに知らないこともあるだろう。交通網が発達し、地域共同体への依存度が低いニュータウンで暮らしていれば尚更だ。 それについて、名古屋を街歩きした時を思い出しながらちょっと書いてみる。 名古屋近郊の住宅地には文化が[無い|ある] まず、名古屋近郊のg

                                                RE:郊外都市には文化が無い (……本当に?) - シロクマの屑籠
                                              • オープンソースの地理情報システム「Re:Earth」登場 マウス操作で情報追加、地図をWebアプリとして公開可

                                                東京大学は7月26日、地図サービスの開発を手掛けるユーカリヤ(東京都渋谷区)とともに、Webブラウザから使える地理情報システム「Re:Earth」(リアース)をオープンソースソフトウェアとしてGitHub上で公開した。地理空間上への情報のマッピングや、3D情報の付加などがマウス操作のみで行え、ユーザーが独自のWebアプリとして公開することも可能という。

                                                  オープンソースの地理情報システム「Re:Earth」登場 マウス操作で情報追加、地図をWebアプリとして公開可
                                                • Elon Musk on Twitter: "Hey you … Yeah you Queen … You’re gonna make it! 💕💕 https://t.co/LrqdIrbIyd"

                                                  Hey you … Yeah you Queen … You’re gonna make it! 💕💕 https://t.co/LrqdIrbIyd

                                                    Elon Musk on Twitter: "Hey you … Yeah you Queen … You’re gonna make it! 💕💕 https://t.co/LrqdIrbIyd"
                                                  • [速報]AWS、ローコードでWebのフロントエンドを開発できる「AWS Amplify Studio」発表。バックエンド管理機能も統合。AWS re:Invent 2021

                                                    Amazon Web Services(AWS)は、Webアプリケーションのフロントエンドを短時間で容易に開発できる機能と、バックエンドのクラウドサービスの運用管理などを統合した新ツール「AWS Amplify Studio」を発表しました。 AWSは以前から、Webアプリケーションやモバイルアプリケーションのバックエンドの迅速な構築と運用をするフレームワーク「AWS Amplify」を提供していました。 AWS Amplifyによって開発者は簡単にAWSのサービス群を組み合わせてスケーラブルなバックエンドを構築できます。 そしてAWS Amplifyに含まれているクライアントライブラリを利用することで、そのバックエンドに接続するフロントエンドの開発に注力することが可能でした。 今回発表された「AWS Amplify Studio」は、このAWS Amplifyに対応したフロントエンドをロ

                                                      [速報]AWS、ローコードでWebのフロントエンドを開発できる「AWS Amplify Studio」発表。バックエンド管理機能も統合。AWS re:Invent 2021
                                                    • Re: 空想のNFTと現実のNFT - Software Transactional Memo

                                                      前回の記事に長文で反論が付いていたので興味深く拝読した。 sasakill.substack.com 書いた人はSmartnews社のVice Presidentのようで、予想外のところまで記事がリーチしたのは少し驚いている。 メタバースはNFTの使い途の一部でしかなく、Web3によって完璧な非中央集権的な社会が実現するなんてこともない。 僕の記事では「メタバースにNFTは不要」と言ったのに「NFTにメタバースは不要」というような受け取られ方をしているあたりは少し気になるが、彼が論点に挙げたいのはメタバースでもWeb3でもなくNFT単体であるようだ。そのつもりで僕の意見をまとめる。 私の考えでは「ノーコストでコピーが可能」という議論の土台にそもそも穴がある。 繰り返すがコピーはやはりノーコストである。この記事の読者が自身のデバイスに僕の記事を表示させるまでのコピーに掛かった電気代・通信費の

                                                        Re: 空想のNFTと現実のNFT - Software Transactional Memo
                                                      • 【山田祥平のRe:config.sys】 パソコンでできないことが増えている

                                                          【山田祥平のRe:config.sys】 パソコンでできないことが増えている
                                                        • Google re:Work - ガイド: 構造化面接を実施する

                                                          構造化された面接とは、簡単に言えば、同じ職務に応募している応募者に同じ面接手法を使って評価するということです。構造化面接を行うと、応募した職務自体が構造化されていない場合でも、応募者のパフォーマンスを予測できるという調査結果があります。Google では構造化面接を採用しています。つまり、すべての応募者に同じ質問をして、同じ尺度で回答を採点し、事前に決められた一貫した採用要件に基づいて採用を決定しています。 では、構造化面接の質問を使う組織があまり多くないのはなぜでしょうか。実は、質問を作成するのが難しいのです。構造化面接の質問は、記述してテストする必要があります。また、面接担当者が他の質問をしないように指導する必要もあります。さらに、同じ質問が何度も出されると予想した応募者同士が、情報を交換してすべての回答を用意してこないように、質問を絶えず更新する必要があります。別の調査によると、構造

                                                            Google re:Work - ガイド: 構造化面接を実施する
                                                          • Re: スクラム開発チームと業務委託エンジニアの相性が最悪だと思っている - terurouメモ

                                                            この記事を読んだ。 note.com よーある話だなと思いつつ、「業務委託はダメで、社員ならOK」という話はちょっと話が雑だなあと思ったので、コメントを書く。 スクラムチームで人の出入りが激しいとキツイ これはそう。 ただ、スクラムかによらず、出入りが激しいとキツイけど… 業務委託では、高パフォーマンス人材は単価つり上げがきつく、結果契約打ち切りになる 実際の事象としてはよくある話。ただし、業務委託のみの話ではなくて、社員でも「会社に不満があったからやめた」は良くある話。 たぶん、ここが気になるのは、このあたりの違いだとは思う。 報酬の見直し頻度 社員だと給与体系の見直しが年1回であるのが普通 業務委託だと契約期間ごと(業界慣習的に3カ月単位が多い認識) 条件交渉者が本人なのか営業なのかの違い 営業の仕事は売上を上げることなので、当然ガンガン言ってくる 対して社員が自分の雇用条件について、

                                                              Re: スクラム開発チームと業務委託エンジニアの相性が最悪だと思っている - terurouメモ
                                                            • 【山田祥平のRe:config.sys】 消しても消しても点くテレビ

                                                                【山田祥平のRe:config.sys】 消しても消しても点くテレビ
                                                              • Re: OSSで世界と戦うために - k0kubun's blog

                                                                yusukebe さんの OSSで世界と戦うために を読んで感銘を受けた。 hono の快進撃もさることながら、OSSで日本のコミュニティの外にリーチしたり、 GitHubスター数を伸ばしたりみたいな話は、 自分も10年くらい挑戦し続けているけどあんまり表に出てこない気がするネタなので興奮した。 僕はいくつかの点で上記の記事とは違う方法でOSSで世界と戦っているのだが、 その中でうまく行っているものや、良くないと思っているものなどについて紹介したい。 GitHubのスター数 OSSを始めたばかりの学生時代、GitHubのスターへの執着がもはや煩悩の域であり、 集めたスターの数を合計するCLIツールを作ったり、 同じ計算方法でランキングを作るWebサイトを作ったりした。 このサイトによると、僕の今のスター数は9000を超えている。 自作したOSSの中では、スター数が1600くらいのものが2つ

                                                                  Re: OSSで世界と戦うために - k0kubun's blog
                                                                • 【山田祥平のRe:config.sys】 家のインターネットにローカル5Gの基地局いかがですか

                                                                    【山田祥平のRe:config.sys】 家のインターネットにローカル5Gの基地局いかがですか
                                                                  • Re: Web3って流石にヤバくないか?

                                                                    はじめに筆者はブロックチェーンがWeb3にリブランディングされる前からこの業界で働いているエンジニアです。しかしWeb3系のインフルエンサーの掲げる思想に対しては反対の立場を取っているため、この記事の主張は概ね理解するものの、いつまで化石みたいな認識で批判記事書けなたと思うところもあり、せっかくの機会なので最新の状況を世の中にアウトプットしていこうと思う。 一応匿名ブログということになっていますが、「本記事は個人の意見であり所属企業は関係ありません」と予め明記しておきたい。 さて、これから下記の記事に反論をしていこうと思う https://anond.hatelabo.jp/20230210072521 まず、web3の基盤をうたう殆どのブロックチェーンは分散されていないし、脱中央集権なんて無理だと諦め始めてる。あのイーサリアムでさえ、天下のSEC様に尻尾フリフリしてる。イーサの外を見れば

                                                                      Re: Web3って流石にヤバくないか?
                                                                    • Re: 技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience - @kyanny's blog

                                                                      技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience - Speaker Deck 「品質と速度はトレードオフの関係ではなく、比例する」みたいな話を見聞きするたびにモヤッとするのが、 本当に短期的な話、三十分以内に変更してデプロイしたい、みたいな「短期的」な話であれば「テスト書いてる時間はない」は間違いではない、一分将棋みたいなギリギリのプロジェクトに従事している人のことを考えろ(?) 「ちゃんと設計せずに作った(そうせざるを得ない外圧があった)→ちゃんと設計する余裕があれば負債を溜め込まずに済んだ」みたいに聞こえるが、十分な時間があったら負債が出ない高品質の設計ができたとでも思っているのか? ↑に書いた「三十分か一時間か」みたいなギリギリの状況ならいざ知らず、日・週単位でスケジュールが組まれてるソフトウェア開発プロジェクト

                                                                        Re: 技術的負債は開発者体験を悪化させる / Technical Debt and Developer Experience - @kyanny's blog
                                                                      • 【山田祥平のRe:config.sys】 大きなディスプレイをつないでわかったコンピュータはこんなに便利

                                                                          【山田祥平のRe:config.sys】 大きなディスプレイをつないでわかったコンピュータはこんなに便利
                                                                        • If you’re not using SSH certificates you’re doing SSH wrong

                                                                          If you’re not using SSH certificates you’re doing SSH wrongUpdated on: June 8, 2023 SSH is ubiquitous. It's the de-facto solution for remote administration of *nix systems. But SSH has some pretty gnarly issues when it comes to usability, operability, and security. You're probably familiar with these issues: SSH user experience is terrible. SSH user on-boarding is slow and manual. Connecting to ne

                                                                            If you’re not using SSH certificates you’re doing SSH wrong
                                                                          • [速報]AWS、Copilot対抗となる「Amazon Q」発表。生成AIによるシステム開発支援や業務支援など、多様なAIサービスを提供。AWS re:Invent 2023

                                                                            Amazon Web Services(AWS)は、ラスベガスで開催中のイベント「AWS re:Invent 2023」の基調講演で、生成AIを用いて多様なAIサービスを提供する「Amazon Q」を発表しました。 マイクロソフトが「GitHub Copilot」や「Microsoft 365 Copilot」など「Copilot」を同社の生成AIサービスの包括的なブランドとしているように、AWSは「Amazon Q」ブランドにおいてコーディング支援やデータ分析、業務支援、コ……

                                                                              [速報]AWS、Copilot対抗となる「Amazon Q」発表。生成AIによるシステム開発支援や業務支援など、多様なAIサービスを提供。AWS re:Invent 2023
                                                                            • [速報]AWS上で開発環境一式、フレームワーク、初期コード、IDE、ビルド環境、CI/CDなど提供する「Amazon CodeCatalyst」発表。AWS re:Invent 2022

                                                                              [速報]AWS上で開発環境一式、フレームワーク、初期コード、IDE、ビルド環境、CI/CDなど提供する「Amazon CodeCatalyst」発表。AWS re:Invent 2022 Amazon Web Services(AWS)は米ラスベガスで開催中の年次イベント「AWS re:Invent 2022」で、AWS上で開発チームのための環境一式を提供する「Amazon CodeCatalyst」を発表しました。 Amazon.com VP兼CTOのWerner Vogels博士。 開発周りの環境整備がどんどん重くなっており、これが開発のスピードを落としていると指摘。

                                                                                [速報]AWS上で開発環境一式、フレームワーク、初期コード、IDE、ビルド環境、CI/CDなど提供する「Amazon CodeCatalyst」発表。AWS re:Invent 2022
                                                                              • 【山田祥平のRe:config.sys】 ウィンドウ最大化時代の終焉とモニターの使い方

                                                                                  【山田祥平のRe:config.sys】 ウィンドウ最大化時代の終焉とモニターの使い方
                                                                                • 【山田祥平のRe:config.sys】 いつまで続くノートパソコンの時代

                                                                                    【山田祥平のRe:config.sys】 いつまで続くノートパソコンの時代

                                                                                  新着記事