In conjunction with the recent announcement of the GNU tool chain implementation of Rust supported by Open Source Security, Inc. and Embecosm we want to outline how the project will move forward. To create a trustworthy compiler it takes time, and with this support it provides a full time resource to work on the compiler driving the project forward. We want to be open and transparent on the progre
基盤本部(開発部門)の小野田です。 私は 2019 年に中途採用で BIGLOBE に入社して以来、主に既存システムのリニューアル案件に関わり、その中で、モデリングの経験を多く積んできました。本記事では業務で得たモデリングの知見を基に 鉄道料金計算問題 を再モデリングした結果と 1 年前のモデリング結果とを比較して、1 年間でどれだけスキルアップしたかを紹介したいと思います。ここで紹介する内容は、同じ名前のオブジェクトでも性質が異なれば別の値オブジェクト ( Value Object: VO ) としてモデリングしたほうが良いことを示す実例となります。 1 年前のモデリング結果は DDD くらいできるようになりたいよねって話 をご覧ください。 style.biglobe.co.jp なお、この記事の内容やプログラムは教育用に作成した架空のものであり、実在のサービスや団体などとは一切関係あり
Windows フォーム TextBox コントロールでは、プログラムでテキストを選択できます。 たとえば、特定の文字列のテキストを検索する関数を作成する場合は、見つかった文字列の位置を閲覧者に視覚的に警告するテキストを選択できます。 プログラムでテキストを選択するには SelectionStart プロパティを、選択するテキストの先頭に設定します。 SelectionStart プロパティは、テキストの文字列内の挿入ポイントを示す数値で、0 は左端の位置です。 SelectionStart プロパティがテキスト ボックス内の文字数以上の値に設定されている場合、挿入ポイントは最後の文字の後に配置されます。 SelectionLength プロパティを、選択するテキストの長さに設定します。 SelectionLength プロパティは、挿入ポイントの幅を設定する数値です。 Selection
2025年には21年以上稼働する基幹系システムが6割に達し、多くの企業でシステムの維持管理費がIT予算の9割以上を占めるようになる。長寿の基幹系システムは内部がブラックボックス化してデータ活用が進まず、企業がデジタルトランスフォーメーション(DX)できない結果、最大で年12兆円の損失が生じる――。 この「2025年の崖」を経済産業省が2018年9月に「DXレポート」で指摘してから2年以上がたった。だが経産省によれば2020年10月時点で日本企業の9割以上でDXが未着手だったり⼀部実施にとどまっていたりするという。 2025年の崖が迫るなか、企業は基幹系システムなどで使うCOBOL資産を維持すべきか、Javaなどの他の言語やオープン系COBOLで書き換える(マイグレーションする)べきかの岐路に立たされている。COBOL資産を維持する場合、運用コストの削減やDX向け新システムとの連携を模索しな
Matt (whose web site does not mention his last name as far as I can tell) has written an article "How to C in 2016". It's been linked to from Reddit and from Hacker News; the latter is where I saw it. Update: Matt has been kind enough to add a link to this critique to his article. Update: A couple of people have found Matt's last name from other sites, but since he didn't choose to include it in h
How to C in 2016 This is a draft I wrote in early 2015 and never got around to publishing. Here’s the mostly unpolished version because it wasn’t doing anybody any good sitting in my drafts folder. The simplest change was updating year 2015 to 2016 at publication time. (Update: Many people have submitted revisions, notes, and improvements. All contributions have been incorporated throughout the pa
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? まず、何も言わずに下記の記事をお読んでください。 How to C (as of 2016) 英語は・・・という方は、下の翻訳をお読みください。 2016年、C言語はどう書くべきか (前編) 2016年、C言語はどう書くべきか (後編) これからのC言語を考える。 さて、上の記事を読みましたか?まだ読んでない?いや、読みましょうよ、ということで読んだことを前提でお話しします。 C言語知っているぜ!と言っている諸兄の方々の中には、何これ?と思ったのもあったかと思います。聖典 K&R は仕方が無いとしても、C言語入門を謳う書籍やサイトの中で
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
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
ここ1年で最短日記録を28回更新!原子時計を用いた地球の自転速度(1日の長さ)の記録は、1960年代から続けられています。 過去50年間の記録では、地球が自転1周を完了するのに、24時間よりわずかに長い時間を要することが度々ありました。 その都度、タイムキーパーたちは、原子時と太陽時の帳尻を合わせるために時間を足す作業をしています。 これが、1972年に導入された「うるう秒」です。 うるう秒の調整では、地球の自転速度が変化して、原子時と天文時に0.9秒をこえる誤差が生じた際に1秒単位で足し引きされます。 しかし、これまでの調整(計27回)では、1秒を足すことはあっても、引くことはありませんでした。 Credit: jp.depositphotos ところが、2020年に突如として長年の傾向が逆転し、地球の自転が24時間より短くなり始めたのです。 実際、2020年7月19日は原子時の24時間
Introduction to libiconv International text is mostly encoded in Unicode. For historical reasons, however, it is sometimes still encoded using a language or country dependent character encoding. With the advent of the internet and the frequent exchange of text across countries - even the viewing of a web page from a foreign country is a "text exchange" in this context -, conversions between these
この記事はan intro to Java source-level annotation processingであり、コンパイル中に追加のソースファイルを生成するためにこの手法を使用する例を提供します。
GPRS Tunnelling Protocol (GTP) is a group of IP-based communications protocols used to carry general packet radio service (GPRS) within GSM, UMTS, LTE and 5G NR radio networks. In 3GPP architectures, GTP and Proxy Mobile IPv6 based interfaces are specified on various interface points. GTP can be decomposed into separate protocols, GTP-C, GTP-U and GTP'. GTP-C is used within the GPRS core network f
C+11では正規表現をサポートしているがそれ以前のバージョンだとサポートしていないようなのでC言語の正規表現を利用する C言語で正規表現を利用する場合regex.hをincludeして、regcomp``regexec``regfreeこの3つの関数を利用する。 # include <iostream> # include <regex.h> int main( int argv, char* args[] ) { char checkString[] = "abc, def, ghi"; // チェックをする文字列 const char regex[] = "([a-z]+), ([a-z]+), ([a-z]+)"; // マッチングをする文字列 regex_t regexBuffer; // 正規表現オブジェクト // 正規表現オブジェクトのコンパイル if( regcomp( &r
プリコンパイル ヘッダーを検索中に不明な EOF が見つかりました。 '#include name' をソースに追加するのを忘れていませんか。 解説 /Yu によって指定されたインクルード ファイルがソース ファイルに一覧表示されません。 このオプションは、多くの Visual Studio C++ プロジェクト タイプで既定で有効になっています。 このオプションによって指定された既定のインクルード ファイルは、Visual Studio 2017 以前の pch.h または stdafx.h です。 Visual Studio 環境で、次のいずれかの方法を使用して、このエラーを解決します。 現在のプロジェクトから、pch.h ヘッダー ファイルまたは pch.cpp ソース ファイルを誤って削除、名前変更、または削除していないことを確認します。 (以前のプロジェクトでは、これらのファイル
# include <stdio.h> int main() { printf("%*s\n", 5, "aa"); // ' aa' が出力される(左3文字空白) printf("%*s\n", 5, "aaaabbbb"); // 'aaaabbbb' が出力される printf("%.*s\n", 5, "aaaabbbb"); // 'aaaab' が出力される return 0; } つまり、* は引数で表示する文字数を定義できるということですね。* だけだと、定義文字長を超えた文字列が与えられると全部表示されますが、.と組み合わせることで、定義文字長で切って表示することが可能です。 この書式を使う場面としては、整形もそうですが、どんな長さの文字列が来るかわからない場合にとりあえずバッファのMAXサイズでぶった切る。ってのにも使えそうですね。まぁ、そういう場合はちゃんと長さチェッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く