独断と偏見と

2020年3月4日水曜日

Visual Studio Code

最近、C++のコーデイングにVisual Studio Codeを使っている。
私の場合は、大抵言語に合ったIDEを使うのだが、こいつは何かと使い勝手がいい。
（個人的に）MSの批判が多い中、これは！と思えるソフトだと思う。
まだまだ使い始めたばかりなので大したことはしていないが、ヘッダファイルの定義まで補完してくれるので随分助かる。
Microsoft Teamsも興味が有るのだが、1個人では使いようがない(/_;)

2020年2月2日日曜日

FreeBSD １２．１・・・と、その他××；

アップデートした

最近言語の発達が早くて、よう分からん(/_;)
c++の純粋仮想関数とかjavaのインターフェス止まりにしてほしい_(_"_)_

2020年1月14日火曜日

プログラミングに限らずだが、最近の人は自分の作った文章やコードを見直すことが少ないように思う。
『出来たからおしまい』ではなく、『間違いは必ず有る』という姿勢が大事だと思う。
『コーディング時は、自分は神だと思い。デバッグ時は、これは悪魔のプログラムだと思う』

“万が一”と言う言葉が有るが、今のPCで１万回に１回起きるバグなら、１秒間に何回起こるのか考えてみたほうがいい。
NewGame にもエピソードが有るが、「通ったから、他も大丈夫」という考えは捨てて、他にも過ちがないか確認してほしい。

2019年10月22日火曜日

CUIとGUI

某、質問サイトでpwd(Print Working Directory)の質問が有った。
ご当人は、MACのターミナルで“pwd”コマンドが使えるのを知らなかったようだ。
で、MACにCantOSを入れた状態で、ターミナルから(CntOSにログインしていないのに）pwdが使えるのを不思議に思ったようである。
で、恥ずかしい話だが、私はてっきりログイン・プロンプト(login:)に対して、pwdを打ったものと勘違いして（相手の作業状況を、詳しく聞けばよかったのだが）打てるはずがないから・・・“それはおかしい？”と言うような回答を書いた。・・・で、マイナス点をもらった＾＾；
それはそれで仕方がないのだが、GUI環境が多い中で、CUI（ターミナル等）でコマンドを打のはの珍しいのだろうか？
・・・コマンドのほうが早く済むことは、いくらでも有るのに・・・である。まして、macOSはBSDの直系である。UNIXのコマンドは一通り揃っている・・・細かいことまで知る必要はないが、自分が使っているOSの（よく使う）基本的なコマンド程度は覚えていてほしい。

→必ず使える！Macのターミナルで使う基本UNIXコマンド15選

2019年7月12日金曜日

FreeBSD update

11-3がリリースされて３日経つので、11-2からアップデートした。サーバー用途としては特に変わった事は無いみたいだけど？
・・・SSL等のアップデートもあるので、リモート(Linux mint)から映画を見ながら11-3にアップデートした。
→ freebsd-update -r 11.3-RELEASE upgrade

更新内容は、以下の通り。まぁ、X使うわけじゃないからKDEやGNOMEは関係ないが…

The clang, llvm, lld, lldb, and compiler-rt utilities as well as libc++ have been updated to upstream version 8.0.0.
The ELF Tool Chain has been updated to version r3614.
OpenSSL has been updated to version 1.0.2s.
The ZFS filesystem has been updated to implement parallel mounting.
The loader(8) has been updated to extend geli(8) support to all architectures.
The pkg(8) utility has been updated to version 1.10.5.
The KDE desktop environment has been updated to version 5.15.3.
The GNOME desktop environment has been updated to version 3.28.
The kernel will now log the jail(8) ID when logging a process exit.
Several feature additions and updates to userland applications.
Several network driver firmware updates.
Warnings for features deprecated in future releases will now be printed on all FreeBSD versions.
Warnings have been added for IPSec algorithms deprecated in RFC 8221.
Deprecation warnings have been added for weaker algorithms when creating geli(8) providers.
And more...

※ portのフル・アップデートも一緒にしたから、２時間ほどの映画を見終わっても終わらなかった。（実質３時間ほど・・・）

・・・最近、BEATLESSのレイシアの壁紙が多い・・・初期デザインの頃のレイシアはかわいい＾＾

2019年6月15日土曜日

ふつうメモリ不足での再起動の頻度ってどれくらいだろう？

Windowsってメモリ喰いのCPU喰いのような気がするけどみんなどうなんだろう？
通常運用で、メモリやCPUが５０％超えたらアウトじゃないのか？
・・FreeBSDのクライアントに、Windowsを使うとメモリが足りなくなる事が有る。
プログラムそのものに問題が有ることも有ると思うが、そもそもWindowsって長時間の連続稼働は考えてないように思う。
で、再起動の話になるのだが、わたしは通常（土日などの）休日は帰宅してから次の出勤（月曜）まで、電源は入れっぱなしである。
（最近使ってないから改善されているならゴメンだけど）Windowsはそれだけでメモリが不足がちになる。
私の場合は通常運用で（１６Gのメモリの）３０％を超えたら注意で、５０％を超えると危険と判断する。そんな時、PSやらAIなど立ち上げたら、まちがいなくスワップアウトされる。それで、重くなるなは困るので再起動をする。その他、頻繁なアップデート・・・GUI変えたり機能追加ってアップデートなのか？・・・そんな事より「今有る問題を解決してくれ！」・・・何よりOSのやってることが分からないのが一番問題で、わからないから質問しようとするとインシデントとかってお金を取られる・・・を含めていろいろ問題が有るので、２年ほど前にWindowsをやめてLinux mint(xfce4)にした。開発環境も充実したいというのも有ったが・・・まぁ、クライアントとして使うのはftpとTerminalぐらいだが、で、どうなったか？　というと・・・
・・・エディタ(IDE)とブラウザを立ち上げてターミナルからBSDと接続しても２〜３Gぐらいで足りる。
３日間連続運用して(LLVMをコンパイルしてインストールするような時以外)も５Gを超えることはまず無い。

・・・と、話は変わるが、ubuntu(WSL)は通常定義されない型(uint,ulong など)が有るらしい。こんなの覚えて現場に出たらどうするんだろう？　エラーだらけのコードが拡散することになる。他のサイト（scanf_s() や gets_s() が入ったソースを gcc で無理やりコンパイルする）でscanf_s()を潰すので苦労した話が上がっていたが・・・・まぁ、実務でprintf()やscanf()を使うことはまず無いだろうが、型の別名定義は使用されると厄介だ。MSはどうしてこんなことをするんだろう？

2019年3月11日月曜日

移植性のないプログラム

※最初に以下のページを参考にしてほしい

「より良いプログラムを書くために」

　で、昨日、某質問サイトに私の環境(gcc7.3,clang9.0)ではコンパイルできないCプログラムが有った。で、“コンパイルできない”故を伝えたら、「Visual C++の定義だから問題ない」というコメントをもらった。以前からscanf_s()やらなんやら互換性のないコードが溢れて居るので気になったいたのだが、“VCだから問題ない”というのは流石に問題だと思う。 プログラムというものは何年も場合によっては何十年も使われるものだ。長い間にソースの改変が入るのは止むをえないが、その時に成ってもとのソースが移植性のないものだったらどうだろう？・・・そもそも毎月のようにパッチを出している会社が、今後も同じソースがコンパイルできるコンパイラを出しているだろうか？

以前（３０年ほど前）、某大手メーカで仕事をしていた時に新人SEにCの教育（と言っても週１回、通算２回ｗ）を頼まれた事が有った。事前に講義内容を担当者と打ち合わせしたのだが、先方が指摘したのが「移植性の有るプログラム」という話だった。“それでは困る”と言うのである。理由としては“基礎とうちのワークステーション固有の題材にしてほしい”だそうで、結局移植性の話はしないようにしたが、担当は自分が言った意味が分かっていたのだろうか？　そして、あの頃のSEはどうしているのだろうか？

個人的には、「移植性のあるプログラムを書こう」は、プログラミングの基礎だと思うのだが・・・

“１０日間でプログラムを作ろうと思ったら。”に関わる話ですが「あなたがプログラミングに向いていない10のサイン」を見てみましょう。きっと、いいヒントがもらえるでしょう。

登録: 投稿 (Atom)