Database: Query Builder - Laravel 12.x - The PHP Framework For Web Artisans
PHP 5.4 beta2 released
Getting Started Introduction A simple tutorial Language Reference Basic syntax Types Variables Constants Expressions Operators Control Structures Functions Classes and Objects Namespaces Enumerations Errors Exceptions Fibers Generators Attributes References Explained Predefined Variables Predefined Exceptions Predefined Interfaces and Classes Predefined Attributes Context options and parameters Su
正規表現とは何なのか、makenowjustが正規表現に興味を持ったきっかけ。深掘りRubyKaigi 2023 with spikeolaf & makenowjust 文字起こしレポート vol.1 - STORES Product Blog
2023年6月15日に『深掘りRubyKaigi 2023 with spikeolaf & makenowjust』を開催しました。イベントの内容をほぼ全文文字起こし形式でお届けします。この記事は第1部です。 hey.connpass.com イベントのアーカイブはYouTubeでも公開しています。 www.youtube.com 登場人物 ゲスト makenowjust/藤浪 大弥さん spikeolaf/金子 雄一郎さん STORES fujimura/藤村 大介 shyouhei/卜部 昌平 hogelog/小室 直 正規表現に興味を持ったきっかけ fujimura：最初は藤浪さん、makenowjustさんに正規表現の発表について伺おうと思います。まずは改めてRubyKaigi 2023でどんなことを発表したかを紹介いただけないでしょうか？ makenowjust：Rubyの正規
AlmaLinux、今後はRed Hat Enterprise LinuxのABI互換を目指すと発表。これまでの「バグまでRHEL互換」の路線を変更
AlmaLinux、今後はRed Hat Enterprise LinuxのABI互換を目指すと発表。これまでの「バグまでRHEL互換」の路線を変更 2020年にRed Hatは、Red Hat Enterprise Linux互換OSとして使われてきたCentOSの開発中止を発表しました。 これをきっかけに、CentOSの後継を担うことを目指していくつかのRHELクローンOSが登場します。その代表的なLinuxディストリビューションの1つがAlmaLinuxです。 AlmaLinuxはRHELのソースコードを基に、RHELのバグまで含めて完全にRHEL互換をうたうLinuxディストリビューションを開発、提供してきました。 しかしRed Hatは先月（2023年6月）、RHELのソースコードの一般公開を事実上終了するとともに、クローンOSベンダに対して「付加価値もなくコードをリビルドするだ
なぜ富士通Japanだけが責められる？ コンビニ誤交付トラブルで気になる責任の所在
富士通Japan製コンビニ交付システムを巡る誤発行トラブルが後を絶たない。2023年3月に横浜市で他人の住民票が誤発行されるトラブルが発生したのを皮切りに、東京都足立区や川崎市、徳島市、新潟市、さいたま市、熊本市などでも同様のトラブルが続々と明らかになっていく――。 事態を重く見たデジタル庁は同年5月8日、コンビニ交付システムを一時停止した上で不具合を検査する「総点検」を富士通Japanに要請。同社は要請に応える形で、6月17日までに全国の自治体123団体の点検を完了させた。ただ点検完了後まもない同月28日には新たに福岡県宗像市で住民票の誤交付トラブルが発生しており、事態が収束したとは言い難い。 自治体側の責任は？ 不具合が相次いでいることからも、富士通Japan製システムに設計上の問題があるのは明らかである。一部の専門家からはその設計について「稚拙」という指摘も出ている。 ただ、富士通J
コードフォーマッタ「Prettier 3.0」がリリース。すべてのソースコードをECMAScriptモジュールに変更
「Prettier 3.0」では、すべてのソースコードをECMAScriptモジュールを使用する形式へ移行しており、この変更によって開発エクスペリエンスを大幅に向上している。なお、Prettierをライブラリとして利用する場合は、CommonJSとしても利用できる。 おもな変更点としては、中国語、日本語、韓国語における空白の処理を改善し、これまで行っていた中国語や日本語と西洋の文字や数字との間へのスペースの挿入が行われないようになった。 さらに、中国語と日本語における特定の文字を行頭または行末に使用しない、というルールを順守するよう変更されるとともに、韓国語において単語内での改行が行われないよう修正されている。 また、プラグインの非同期パーサがサポートされるようになったほか、ESMにおけるprettier.config.js、.prettierrc.js、prettier.config.m
今やBlackBerryの主力事業に、下克上を果たしたRTOS「QNX Neutrino」
「QNX Neutrino」も結構長い歴史を持つリアルタイムOS（RTOS）である。もっとも、長い歴史を持つということは、いろいろな会社の事情に振り回されてきたということとニアリーイコールでもある。 ⇒連載記事「リアルタイムOS列伝」バックナンバー カナダの“カナタ”で創業 QNX Neutrinoは1980年、カナダのウォータールー大学の学生だったGordon Bell氏とDan Dodge氏により開発された。ちなみにBell氏は、DECでPDPやVAXの開発にも関わり、ACMのゴードンベル賞（HPCの分野で画期的な成果に対して贈られる賞。別名スパコン界のノーベル賞）の名前の由来となったGordon Bell氏とは同姓同名の別人である。 Bell氏とDodge氏は計算機学科でRTOSについて学んでおり、自分たちでもマイクロカーネルベースのRTOSを作ってみた。この試しに作ったRTOSの完
OracleプリコンパイラおよびOracle Call Interfaceの使用
6 OracleプリコンパイラおよびOracle Call Interfaceの使用 この章では、OracleプリコンパイラおよびOracle Call Interfaceの使用方法について説明します。内容は次のとおりです。 Oracleプリコンパイラの概要 クライアント・アプリケーションのビット長サポート Pro*C/C++プリコンパイラ Pro*COBOLプリコンパイラ Pro*FORTRANプリコンパイラ SQL*Module for ADA OCIとOCCI 64ビット・ドライバでのOracle JDBC/OCIプログラムの実行 カスタムMakeファイル 未定義シンボルの修正 マルチスレッド・アプリケーション シグナル・ハンドラの使用 XA機能 6.1 Oracleプリコンパイラの概要 Oracleプリコンパイラは、Oracle DatabaseのSQL文を高水準言語で記述されたプ
【JavaScriptの実践】モーダルウィンドウの作り方 – ワードプレステーマTCD
Advanced Custom Fieldsとは？使い方・表示方法・Pro版の違いを徹底解説 2025.08.21
Javaの“神ライブラリ”を賢く見分ける7カ条
ダウンロードはこちら プログラミング言語および開発・実行環境「Java」によるアプリケーション開発では、さまざまなライブラリ（プログラム部品群）を利用できる。求める機能に応じて適切なライブラリを選択することは、開発を円滑に進める上で重要だ。目的に合わないライブラリを選んでしまうと、かえって開発に時間が掛かってしまう可能性がある。 本資料は、Javaアプリケーション開発者がライブラリを選択する上で考慮すべき7つの要素を紹介する。開発を助けてくれる、扱いやすいライブラリを選ぶには、何に着目すればよいのか。 中身を読むには、「中身を読む」ボタンを押して無料ブックレットをダウンロードしてください。 連載：Javaライブラリ選択時の7大ポイント Copyright © ITmedia, Inc. All Rights Reserved.
何年も前に書かれたソースコードを読むときの頭の中 - Mitsuyuki.Shiiba
コードを書く仕事をしてると、読むことも多い。読んでる時間のほうが多いかもしれない。いま書かれてるコードを読むことも、もちろん多いし、何年も前に書かれたコードを読む機会も割とよくある。 コードを読むと、そのコードを書いた人の考えや、そのときの状況が感じられて、おもしろい。特に、何年も前に書かれたコードを読むときは、コーヒーを片手に（そのときはこんな感じだったんだろうなぁ）って想像しながら読んで楽しい。 ふと、どういうコードから、自分がどういうことを想像するのかを書いてみようと思った。 前提 今、目の前で書かれているコードを読んでレビューしてるときの話じゃなくて、何年も前に書かれたコードを読むときの話をしようと思う。だから、そのコードが良いとか良くないとか、こうするべき「だった」とかは考えない。今後の自分がどう書きたいかなぁ？くらい。 また、そのコードを書いた人が良いとか良くないとかでもない。
みんなで見積もれ！アジャイルな見積もり手法「プランニングポーカー」のやり方 | 月額制受託開発の株式会社mofmof
mofmof inc.のエンジニア兼代表の原田です。 システム開発に関わったことがある方であれば、きっと「見積もり」の難しさについてはご存知のことと思います。業界全体でも多くの見積もり手法が生まれ、より効率的により正確に見積もれるようにしようと奮闘していることと思います。 今回は、いくつか存在する中の1つ、アジャイル開発で頻繁に用いられている「プランニングポーカー」という見積もり手法について紹介と解説をしていきます。 プランニングポーカーとは何か 簡単に箇条書きすると以下のような特徴があります。 一人ではなくチームで見積もる 相対見積もり 専用のカードを使用する なぜプランニングポーカーが良いのか ソフトウェアの納期見積もりは、星占いレベルのものであると思う 引用: ソフトウェアの納期見積もりは、星占いレベルのものであると思う - メソッド屋のブログ ぼくはこの言葉が好きで、よく社内研修の
Red Hat、今後はCentOS StreamがRHEL関連のパブリックなソースコードの唯一のリポジトリになると発表
Red Hatは6月21日付けのブログ「Furthering the evolution of CentOS Stream」で、今後はCentOS StreamがRed Hat Enterprise Linux（RHEL）関連のパブリックなソースコードリリースの唯一のリポジトリになると発表しました。 CentOS Stream will now be the sole repository for public @RHEL-related source code releases. Read more about this change. https://t.co/uh0joEVexI — Red Hat (@RedHat) June 21, 2023 以下はそのブログからの引用です。太字部分はオリジナルでも太字になっています。 As the CentOS Stream community
なぜ、スクラムが上手くいかない・しっくりこないと感じるのか考えてみよう | IIJ Engineers Blog
なぜ、スクラムが上手くいかない・しっくりこないと感じるのか考えてみよう 2023年06月20日 火曜日 どうも名古屋支社の北河です。 今回はスクラムの “ちょっと” した感じ方について取り上げていきたいと思います。 スクラムを実践している方はスクラムガイドを一度は読んだことがあるかと思います。読んでみると、軽量級やシンプルといったキーワードが目に入ってきます。 そしていざスクラムを実践し始めるとこんな声を聴きます。 「う～ん、難しい。上手くいかない」「なんかしっくりこない」「これで良いのかな？」と。 ということで、なぜ上手くいかないと感じるのか、しっくりこないと感じるのか、を自分の解釈を交えて考えてみたいと思います。 スクラムとは アジャイルの価値や原則を満たすプラクティスを組み合わせたフレームワークの一つです。 アジャイルとスクラムを混同していたり、違いって何？というケースを見かけますが
「ソフトウェアアップデートは逆効果」 Twitter社の元CISOが“セキュリティ神話”を切る
ビークラフト氏は冒頭、「注意深く聞くのだ。もう後戻りはできない。赤い薬を飲めば、このうさぎの穴がどれだけ深いかを教えよう」というせりふを引用する。これは映画「マトリックス」で象徴的に使われた会話だ。 ビークラフト氏は未来学者として常に最新情報を入手し、そこから何ができるのかを追い続けているが、最近「Cybernation, Unemployment, and Freedom」という記事の冒頭、「私たちは今、農業時代と同じように、最近の工業時代とは異なる要件を持つ時代に突入している」という記載が目にとまった。 「ChatGPT」が2カ月で1億人のユーザーを獲得した昨今の事情を反映したかのようなこの文章は1965年に書かれたものだ。ビークラフト氏はGartnerが発表しているハイプサイクルを引用し、「『過度な期待』のピーク期」のさらに上に今のAI技術が存在していると指摘する。なお、ハイプサイク
ITプロジェクトの失敗原因、追究する5つのステップ
作業はグループで進めるのが望ましい。1人でもできるが、プロジェクトに参画した複数のキーパーソンで議論したほうが、より客観的かつ網羅的に原因を究明できる可能性が高い。 ステップ1：全ての失敗原因を抽出 ステップ1では「ITプロジェクト版失敗原因マンダラ図」から全ての失敗原因を抽出する。図に示した第1レベル・第2レベルの原因全てについて、今回のプロジェクトの失敗原因として当てはまるかを確認。当てはまる全ての原因に丸印を付けていく。 作業は左下の「無知」から始めて「未知」で終わるよう、時計回りに進める。この段階では参加メンバーが個別に確認・記入していく。 メンバーは丸印を付けた項目について、具体的な事象を書き出す。「重要性の認識誤り」に丸印を付けたのであれば、「システムダウンが引き起こす社会的な影響を経営層は軽視していた」などと書く。 これは「抽象化と具体化」という技法に基づいている。具体的な事
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Moz.one
AKB48のみーおんがイチから作ったサイトを全世界に公開し、ちょまどが泣きそうなぐらい喜んだ日
HTMLDialogElement: showModal() method
「Node.js」にセキュリティ更新 ～全10件の脆弱性、最大深刻度は「High」／v16.20.1、v18.16.1、v20.3.1への更新を
