Python理事会が古参開発者を追い出して開発者コミュニティが騒動に - Qiita
どういうわけか日本では一切話題に上がっていないのですが、Pythonの開発者コミュニティでなんか問題が起きているようです。 どうも話が様々なスレッドにとっ散らかっているうえに半分はDiscordや非公開のところで動いているみたいなので、読み取れていないところが色々あるかもしれません。 誰かが補足してくれるはず。 Proposed bylaws changes to improve our membership experience 最初のきっかけはこのスレッドです。 これは規約の一部を変更する提案であり、その中でも3番目の提案であるAdds provision to remove Members by vote of the Board of Directorsという変更が注目を浴びました。 Python財団にはフェローという制度があり、これはPythonエコシステムやコミュニティに優れた
「テスト自動化実践ガイド」執筆に至るまで - Qiita
はじめに テスト自動化についての本を書きました。2024年7月30日に発売します。 もともと2021年3月ぐらいから書き始めて、同年12月に書き終わる予定だったのですが、伸びに伸びてこんなことになってしまいました。 幸いなことに興味を持ってくださっている人が多いようなので、ここでは書籍で書ききれなかった、執筆に至るまでの背景（あるいは、いかに自分がE2E自動テストで苦労してきたか）について書いてみたいと思います。 試行錯誤の時期 自分が初めてE2Eテスト自動化に取り組んだのは2018年ごろからで、当時は TestCafe というツールを使っていました。そのころのことは別の記事に書いてあります。 ちょっと引用してみましょう。 イケてるところ コマンド一つでマルチブラウザテスト環境が構築できる これだけで完成です。SeleniumのようにWebDriverのインストールは必要ありません。あとは
AI系の研究・開発に関する情報収集元を紹介 - Qiita
昨年、株式会社松尾研究所（東京大学松尾研とビジョンを共有）に転職しました。 現在は技術顧問の松尾先生のもと、AI系のビジネス活用に向けた基礎研究寄りの業務に従事しています（リサーチャー職）。 本記事では社内の有志向けに実施した、私が普段実施している情報収集元の紹介です。 私は現在、「企業での基礎研究者」的立場ですが、AI系は基礎研究から開発、ビジネスの距離が近いため、ビジネス関連の情報も幅広く見るように心がけています。 以下、 毎朝チェックしている情報 週単位でチェックしている情報 月単位でチェックしている情報 の順番に紹介いたします。 1. 毎朝チェック 1.1 最新の研究情報 最新のAI系研究論文の調べ方ですが、私は 「labml.ai」 の 「Find latest and trending machine learning papers」 を使用しています。 こちらのサイトでは、T
ChatGPTと対話しながら実用可能なWebアプリをノーコーディングで作った話（RAGの視点を踏まえて） - Qiita
プログラマーもAIを使いこなして生産性を上げる DXが叫ばれる昨今、ソフトウェアのニーズは増えていますが、１人のプログラマーが製造できるアプリにも限界があります。 そこで、プログラマーも生成AIを使いこなし、効率的に製造していくのがよいと思います。 ただ、生成AIを使ったとしても、仕様を伝える部分は人間に指示するのと大差ないと思います。一回の指示で期待通りのアプリができることはありません。これは生成AIというよりアプリ開発者がもつ情報や認識の問題だと思います。 この問題については、AIにアプリ開発をナビゲートするように指示すれば、いろいろと質問をして情報や認識の問題を解消してくれると思います。 プログラマーの場合、この前提となる知識はあるわけなので、専門外の方が作るよりは期待通りのアプリを早く作り出すことはできると思います。その一事例として、この記事を投稿しました。 AIを使うことで「コー
【VSCode】オススメの拡張機能と設定 - Qiita
{ "editor.formatOnSave": false, "editor.formatOnPaste": false, "editor.formatOnType": false, } この記事で紹介している拡張機能のIDは、記事の最後にまとめています。また、設定の方法については設定のやり方に記述しています。 以下は、この記事で紹介する拡張機能のカテゴリ一覧です。 設定ファイル関連(Yaml, Json, Toml) Git関連 Markdown関連 カラー系 API関連 コンテナ その他便利な拡張機能 ネタ系 設定ファイル関連(Yaml, Json, Toml) 特にYamlやJsonはどのプロジェクトでも使用する可能性が高いので、必須の拡張機能となってくるかと思います。 Prettier esbenp.prettier-vscode jsonだけの設定では、VSCodeの設定ファイ
Polyfill.io事件まとめ - Qiita
概要 Polyfill.ioという広く利用されているJavaScriptライブラリにマルウェアを混入される事件が発生しました。このPolyfill.ioは、ウェブサイトが異なるブラウザで正しく動作するための互換性を提供するコードを提供しています。 事件の概要 買収とマルウェアの注入: 2024年2月、Polyfill.ioのドメインとGitHubアカウントが中国の企業Funnullに買収されました。その後、このライブラリにマルウェアが注入されました。 影響: マルウェアは、cdn.polyfill.ioから提供されるスクリプトに含まれ、これを利用している約100,000のウェブサイトに影響を及ぼしました。ユーザーがこれらのウェブサイトを訪れると、マルウェアが実行され、データ盗難や不正なリダイレクトなどの被害が発生する可能性がありました。 検出と対応: セキュリティ企業のSansecやそ
UIコンポーネントの大きさは外から制御しよう - Qiita
昨今のフロントエンド向けUIライブラリでは、コンポーネントの設計が重要です。この記事では、コンポーネントのスタイリング、その中でもとくにコンポーネントの大きさに関わるコンポーネント設計について考えます。 私の考える結論は、むやみに大きさを指定できるpropを生やさずに、CSSで外から大きさを制御できるようにしたほうがいいです。 コンポーネントの大きさを制御したい UIの一部分を再利用可能なコンポーネントとする場合、同じコンポーネントがさまざまな場面で使えるのが望ましいでしょう。コンポーネントが提供する機能にもよりますが、場面に応じてさまざまな大きさでコンポーネントを使用できたほうがよいこともあります。 具体例として、このようなコンポーネントを考えてみましょう。例はReactで示しますが、この記事の内容はReactとは関係ありません。 const Card: React.FC<React.P
【個人開発】色彩検定1級合格のデザイナーが本気で「色彩検定の色名アプリ」を作った話 - Qiita
作ったもの 色彩検定の学習アプリ iOSアプリ Androidアプリ 使用したもの ◾️言語 vue.js sass ◾️ツール figma phothosop Git Xcode Transporter ◾️プラットフォーム firebase monaca ◾️その他 Apple Developper Apple Store Connect Google Play Console 費用 ◾️総額 ¥59,082（自費） ◾️内訳 Appleへの申請代：¥15,535 Googleへの申請代：¥4,017 Android クローズドテスト外注代：¥12,500 Figma有料プラグイン代：¥860 monaca Proプラン代：¥12,000（契約継続中） Php Stormエディタ有料プラン代：¥12,870（契約継続中） その他雑費：¥1,300 ちなみに広告を貼っていないため、売上は
完全フルリモートの弊社がMetaLife（バーチャルオフィス）を導入してみて１年が経ったので現在地の共有をします - Qiita
はじめに 2020年3月から社員の9割以上がテレワークで勤務している弊社ですが、2024年6月の今も制度変わらずリモートワークを行っており、また今後もその制度を変える予定はありません。 そんな弊社が去年導入したMetalifeですが、運用を始めて1年が経とうとしてますので現在地を是非みなさんに共有したいなと考え記事を書きます 導入時の記事もありますので是非ご覧いただければと思います 数値で見る現在地 社員数：40 ~ 50人ほどの規模 Metalife常時ログイン人数：15~20人程度 ログイン最大：25人程度（常時ログインしていない人がMTGなどでログインするような日） 導入当初の課題と目的を今一度確認 雑談がなくなり、メンバー間の関係性が低下してしまっており、質問を気軽に行えなかったり、レビュー指摘等で指摘されても素直に受け取れないケースが出てきている → 雑談を推奨し、それが自然発生
freee社のDevSecOpsが良かったので紹介したい - Qiita
この記事は何？ freee社のDevSecOpsループを紹介する記事です。 ◆対象は？ アプリケーションの開発や運用に関わる方 先に結論 DevSecOpsとは、DevOpsにsecurityを埋め込むことです。 セキュリティ対策について、何を、いつ取り組んだら良いかがわかりやすくなります。 知ったきっかけ 「Software Design 2024年6月号」で「成功するPSIRTの極意」という特集がありました。 著者はフリー株式会社の杉浦さんです。 PSIRTとは、「Product Security Incident Response Team」の略で、プロダクトのセキュリティ対応を行う組織です。 CSIRTは会社単位で活動するのに対して、PSIRTはプロダクト単位で活動します。 特集では、PSIRTの発足経緯やPSIRTの活動（DevSecOpsループ）が紹介されていました。 DevS
自分のAWS環境について何でも教えてくれるエージェントが作れそう（Agents for Amazon Bedrock + Knowledge bases for Amazon Bedrock） - Qiita
ただし、LangChainが動作しているホストマシンの環境でPythonスクリプトを実行するので、誤って大事なファイルを消したりする危険性があります。 これをLambdaで動作させようと考えました。 Python REPLのLambda化 Python REPLの実装はとてもシンプルです。90行しかありません。 参考：GitHubのソースコード Lambdaへ移植する際に気をつけたのは2点です。 動作に不必要なLangChainの依存を削除する multiprocessing.QueueはLambdaで動作しないため、multiprocessing.Pipeに置き換える（参考） 出来上がったのが以下の3つの関数です。クラスですらなくしてしまいました。 import logging from multiprocessing import Process, Pipe import re imp
『アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268％も高いことが判明』は不明瞭 ~書籍「Impact Engineering」を読んでみた感想 ~ - Qiita
『アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268％も高いことが判明』は不明瞭 ~書籍「Impact Engineering」を読んでみた感想 ~アジャイルポエムプロジェクト管理メンタルケアコミュニケーション 「アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268％も高いことが判明」 という記事が話題になっています。 言及している著書がCEOを務めているイギリスの調査・コンサル会社であるEngpraxが挙げている元の記事はこちら（その調査自体を行なったのもEngprax社） 記事に書かれていることの考察や要約は下記で分かりやすく纏めて下さっています。 記事への反応 記事への感想・反応はだいたい下記のパターンのどれかに該当すると思います。 失敗の定義は？ そもそもアジャイルできてなくね？ 下記が失敗するのはアジャイルかどうかとは関係
「bash」、「source」といったシェルスクリプトの実行方法の違いを紐解いてみる - Qiita
「LinuCレベル1」の試験範囲に「シェルおよびスクリプト」という章がありまして、その中でシェルスクリプトを実行する場合は以下の構文が利用できます、といった説明があります。 . と source についてはシェルスクリプトの実行というよりも、 ~/.bash_profile や ~/.profile といったファイルの再読み込みの場合に利用する機会が多いので、「シェルスクリプトを実行している」という意識では利用していませんでした。 そこで、今回はこれらの実行方法の違いについて紐解いてみようと思います。 今回の動作確認環境 Vagrant 2.2.14 CentOS 8 . スクリプトファイル名 と source スクリプトファイル名 の違い まず、 . と source についてですが man bash 内の SHELL BUILTIN COMMANDS を見ると、以下のように同列に記載さ
Terraform 公式がスタイルガイドを出したので読んで要約した - Qiita
3/30 に X で Terraform がトレンド入りしていて何事かと思ったら Terraform が公式ドキュメントとしてスタイルガイドを出したようです。 Terraform Style Guide いままで Terraform のスタイルに関して信頼できるドキュメントといえば Google Cloud の Terraform を使用するためのベスト プラクティス ぐらいしか知らなかったのですが、 Terraform 公式がようやく出してくれてありがたい限りです。 これでわざわざ社内の Terraform 規約を設けずとも「公式ドキュメントに従いましょう。」の一言で済みます。 ということで一通り読んだのでまとめました。 原文だと構文の簡単な使い方なども書いてありますが以下の要約ではだいたい省略しています。 詳細は原文を読んで確認してください。 要約 スタイルガイドについて コードのスタ
IT契約入門〜雇用契約、請負契約から準委任まで - Qiita
この記事は？ 著者は、エンジニアにとって最も大事なものの一つは契約であると考えます。なぜなら、契約によって我々はお金を得ることができ、労働対価を受け取って生きていくことができるからです。プロジェクトにおいてトラブルが発生すると、契約はメンバーを守ってくれるものになります。したがって、雇用契約、請負契約、準委任契約など何の契約であっても隅々まで確認し、不利にならないようにしないといけません。社員であれば誠実に職務に向き合う必要があります。請負契約であれば対価を得るために納品する必要がありますし、準委任契約であれば善管注意義務を背負いプロとして日々業務を行なっていく必要があります。一方で、著者は長くにわたって業務委託契約でパートナーとして参加してくださっているエンジニアたちと長らく協働してきた経験がありますが、ユーザーとしてもベンダーが妨害要素なく働けるように、協力義務を果たす必要があります
【CSS】<input type="file">は::file-selector-buttonでスタイルをつけよう - Qiita
<input type="file">は直接スタイル指定ができず、デザインの変更 が面倒だったのですが、::file-selector-button を使えば簡単に指定できることを知ったので備忘録です。 使い方 See the Pen ::file-selector-button by himeka223 (@himeka223) on CodePen. ::file-selector-button にボタンのスタイルを設定するだけです！ 「選択されていません（選択後はファイル名）」の文言のスタイルはinputの方で変更できます。 display: block; を追加すればボタンとテキストの間で改行も可能です。 すべてのブラウザで対応済み 既にすべてのブラウザで対応済みのようで、安心して使えます！ テキストも変更したい場合は疑似要素をのせる 残念ながら ::file-selector-b
AutoDev｜AI エンジニア「Devin」に驚いていたら、もう Microsoft が「AI駆動開発」ツールを用意し始めてたって話 - Qiita
AutoDev｜AI エンジニア「Devin」に驚いていたら、もう Microsoft が「AI駆動開発」ツールを用意し始めてたって話ポエムAI 概要 まず、本記事の背景ですが、本記事を書く数日前に、「Devin AI｜話題の世界初 "完全自律型" AIエンジニア「Devin」の公開内容の全訳」 という記事を書きました。 ありがたいことに、フォロワーも少ないのに記事公開後のたった３日間程で 1万超の閲覧（View） をいただけました（YouTube の解説動画も公開3日目で１万回再生を突破しました）。 「AI の進化もすごいし、みんなのアンテナもすごいなぁ」という思いに浸りながら、ふと海外の AI 界隈の記事を漁ってたら、なんと 「Microsoft が自律型 AI ソフトウェア開発ツールを作ってるらしい」 という記事を発見しました。「ツール」と呼ぶよりは、「ソリューション」の方が近いので
30歳エンジニア転職で役に立たなかった経験と役に立った経験 - Qiita
はじめに いつも聞いているポッドキャスト番組で、エンジニア転職について生々しくリアルな話が聞けたので、紹介します。今の自分がやっている仕事が市場価値を上げられているのか？ と日々の業務を振り返るきっかけになりました。詳しく知りたい方は是非、聞いてみて下さい。 転職の前提 かいちさん（転職した人）の紹介 情報系の大学院卒 中堅のバックエンド・エンジニア(30代) 社会人7年目 主に使っている言語: python, PHP アジャイル開発ができることを転職の軸に据えた 転職して感じたこと ① 30代は中堅の仕事を求められる → リーダー的立場が求められる ② 若い時の業務経験が転職の際に活きてくる → 20代はとにかく挑戦する回数を増やそう ③ 転職はどのタイミングでやってくるかわからない → 常に職務経歴書を更新し続けよう 結論 重要なポイント ・チームで開発した経験があるか？ ・AWSなど
Java 22新機能まとめ - Qiita
Java 22が2024/3/19にリリースされました。 https://mail.openjdk.org/pipermail/jdk-dev/2024-March/008827.html The Arrival of Java 22! LTSではなく正式採用された機能も少ないですが、Gathererは出番も多そうなAPIなのでチェックしておきましょう。 また、非互換性として、Javaソースの直接実行でパッケージとディレクトリの対応が厳しくなっているので注意が必要です。 JDKをインストールせずに言語やライブラリの新機能を試したい場合にはJava Playgroundが便利です。 https://dev.java/playground/ Samplesに新機能のサンプルがあります。 資料 詳細はこちら JDK 22 Release Notes Java SE 22 Platform JSR
Prettier互換の爆速フォーマッターBiomeを試してみた - Qiita
JavaScript、TypeScript、およびJSX用のツールチェーンであるBiomeを実際のプロジェクトで試しました。Biomeは、高性能なフォーマッター、リンター、およびその他の開発者向けツールを提供します。本稿では、Biomeの特徴、インストール方法、設定ファイルのカスタマイズなどについてのレポートを書きます。 Biomeの特徴 高性能なフォーマッターとリンター Prettierとの97%の互換性 CLIおよびLSPを介した利用可能性 コミュニティ駆動の継続的な改善 インストール
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
