「Gui」を含む日記 RSS

はてなキーワード: Guiとは

2021-01-14

anond:20210114092622

結局時空を超えてスタンダードなのはテキストベースSQLテキストベースバージョン管理なんだな

DB管理GUIは30年前のオラクルサイベースSQLサーバ前身)の頃からあるけど、未だにスタンダードになるものがない

ER図はさすがにツール使って出すようになってきたか

2021-01-10

macって出来損ないのLinuxみたい

って言ったら怒られた。なんで?

LinuxGUIもっと使いにくくした出来損ないのクソGUIじゃん。

2021-01-09

anond:20210109212704

だよねえ

GUIマウスインターネット...etc

あらゆるPC文化の源流はそのすべてが日本起源なのに

日本に敬意を払わない国が多すぎる

2020-12-16

なんでプログラマーってGUIよりCUIのほうが偉いと思ってるの?

あたしがWinSCPサーバファイルいじってたら

プログラマが「コマンドでやったほうが早いじゃんw」ってマウントとってきたわ

「こっちのほうが表示がわかりやすくて間違いがないから」って言ったけど

「それは慣れの問題でしょw」だって

ムカつく!

2020-12-14

PHP 8でWeb以外もなにも

PHPGUIバインディングとかなくはないという

なくはないレベルしか使われてないけどな

悲しい

2020-12-11

anond:20201211211450

Houdiniってまだあるのか

20年以上前仕事で使ってたけど今でもGUIプロシージャルなんだろうか

2020-12-02

anond:20201202145020

他ほしいのある?

anond:20201202050739

GUIコンピュータ使用ハードルを下げたけど、メタファーを多用しすぎて実体とはかけ離れてしまっている

コマンドラインだけでLinux運用したりしているとソフトウェアの部分では何をやってるか見えてくると思う

2020-12-01

anond:20201201171807

動いているプロセスGUIに表示されている文字列を取得するとか、

例えばWindowsでできなくもないけど、

必ずできるという保証もないから、それが正解だと自分も思う。

最近RPA()とかDX()とか流行ってるけど、

そんなの流行る前から自分Python自動化してきたのだけど、

スクリーンショット取得して、そこから特定画像に似た画像を探してそこにマウスポインタを移動するとか、

画像として文字を取得して、OCR通して文字列にしてログに残すとか、

あんな高価で変なアプリ買わされなくても子供でも書けそうな時代に思うんだが。

というか、糊言語としてPythonは便利だよなあ。

import "空を飛べる"

と書くだけで空が飛べるようになるPythonは便利だ。

(昨日、pip一発で動かなくてハマってたのは秘密

Cygameのプレゼンにあった、別プロセスウィンドウウィンドウID指定して貼り付けるのをやってみた

これ面白いなあ

面白いけど、Windows電卓は今は昔みたいなWin32APIで書かれてないからなのか失敗する

ペイントもSpy++でなんか変なIDが取得されるし失敗してしまう、残念

でも、メモ帳パフォーマンスモニターはそのまま貼り付けられるw

PythonQtで作ったGUIの中にWindowsパフォーマンスモニターがあると違和感すごいw

Cygameさんのプレゼンでこの別プロセスゲームちゃんと貼り付けられることが前提だからいいけど、

自分がやりたいことでこれで色々うまくいくのかと思うと、うーんとなるなあ

画像処理用途しかも巨大な画像データを扱いたいので、

画像の表示も別プロセス側で行って上記方法でそのまま貼り付けられるのはいいけど、

プロセス側のマウスイベントとか、相互プロセス通信はなんか面倒になる可能性がある気がする

理想通りのアーキテクチャを実現するのは難しいなあ

2020-11-30

そもそもファイル新規作成がtouchとか、

ファイル文字を書くのはcatとか、

本来用途根底からさぶるのはどうなんだろう、と思うのだけど、

それさえもUnix哲学から、みたいに美化されるのはどうなんだと思うけど、

それに慣れると疑問に思わなくなってしま

そう考えるとPowerShellちゃんとしているわけだけど、

Get-ChildItemだったかつのは面倒なのでエイリアスはあるわけだけど、

まあそういうわけでPowerShellGUI出せたり楽しいんだけど

anond:20201130212235

タグかに「よく忘れる」とか書くべきなのかもなあ

なんかそういうのカッコ悪い気がするんだか書かないで、

ページの内容のタグ、例えば「GUI」「フレームワーク」「Computer Vision」とかは付けるんだけど、

「よく忘れる」「また忘れた」みたいにタグを付ければいいのかもしれんなあ

2020-11-26

WSL2上のemacs日本語配列になるのはなんでだろう

普段はUS配列、WSL2のターミナルでもUS配列なのに、

emacsGUIで開くと日本語配列になってしまう。

どこがおかしいのか

2020-11-24

anond:20201124155603

Xcode自分も駄目だった

なんでだろう

これまで改良はされてきたし、最新のは知らんのだけど、

プロジェクトの設定とかとりあえず必要最低限だけ表示すればいいのにドバーッと全部表示してしまってて、

しかも結局はコマンドラインオプションGUIでチマチマ書くような感じになってしまってて、

これIDE意味あんの?みたいになるわけだけど、Xcodeを使わないと基本的MaciOSアプリを開発できない縛りもあるわけで、

あと、うろ覚えだけど昔たしかInteface Buildernibファイルとかバイナリだったんじゃなかったか

バージョン管理しづらい、差分が分からない、うっかりマウスを滑らせてどこか変更してしまっても分からない、

NeXTはそれでも良かったのかもしれないけど、なんだかなあと思って、できるだけ使いたくなくなる不思議IDE

Borland C++ BuilderとかDelphiは楽しかったのになあ

2020-11-06

コード共通化するな

プログラミングできる気になった自称中級者は、ソースコード共通パターンが現れると決まって、その処理を関数などに共通化したがる。

しかに、そうすることでソースコードは短くなるし、一見して保守性が上がったような気になるのだが、それは間違った作法から止めろ。

かいこと言っても伝わらない自称プログラマが読んでることを想定して、先に結論簡単に書いておく。

お前は絶対コード共通化するな。

共通化してはいけない理由

なぜコード共通化するのがいけないのか。理由簡単だ。要するに、コードが似ているのは単なる偶然であって、それらは別の処理だからだ。

別の処理だから共通化するのはおかしいし、もし共通化した処理の一方のみ仕様が変わった場合、その修正は他方にも影響してしまう。つまり保守性が下がっている。

たとえば、同じプロジェクトの中に、10%の消費税を加える処理と、10%の金利を加える処理があったとする。この2つの処理はともに元の金額を1.1倍する処理であり、全く同じ処理であるが、共通化してはいけない。

これらを共通化してしまうと、たとえば金利が8%に変更になったとき金利計算の処理だけではなく、消費税計算している箇所すべてを変更しなければならなくなる。

実際のアプリケーションでやりがちなのは複数の処理の「事前処理」「事後処理」などを1つの関数にして、呼び出し毎に細かい挙動引数制御するようなパターンだ。

これは結局、改修を重ねる度に「事前処理」「事後処理」の内容が使用箇所によって全く異なるものとなり、それに対応するために

といった悲惨設計に陥る。

他にも、GUIアプリユーザーの応答を待つDialogクラスなんてものを作って、使用箇所ごとにメッセージボタンに割り当てる処理などを切り替えることがある。

これも間違いなく、プログラムが成長するにつれて破綻する。たとえば、ある場所ダイアログは、表示するメッセージテキスト形式のみではなくなり、脇に画像を表示するかどうかのフラグコンストラクタに渡したり、Dialog継承させて表組みを表示するTableDialogサブクラスを作ったりすることになる。ボタンが「OK」と「キャンセル」の2種類の場合じゃなくなって、表示するボタンの数をコンストラクタに渡したり、ボタンに割り当てる処理をリスト形式で渡したりし出す。

こうして、最初は良い設計に見えたDialogクラスはどんどん複雑になる。こうなった原因は明らかで、本来は異なるもの共通化したからだ。おかしな色気を出さずに、素直に別々に実装しておけばよかったのである

処理に名前をつけろ

プログラミングをする上で「コード共通化する」なんてことは意識しなくていい。それよりもプログラマがすべきことは、処理に適切な名前をつけることだ。そのプログラムにおいて「単なる変数操作」を超えた意味のある処理には名前をつけろ。そして、同じ意味の処理なら同じ関数を使うし、違う処理なら違う関数を使う。それだけだ。コード共通化できるかどうかなんて全く関係ない。

変数関数クラス名前空間等が再利用のための機構だという先入観は一旦捨てろ。それらの真の意義は、「関心の分離」にある。つまり実装隠蔽し、その意図抽象するために存在する。たまに勘違いしてる奴がいるが、別に1回しか使われない関数とか、1行しかない関数はあってもいい。というか、この原則にしたがって設計すると、ほとんどの関数(or メソッド)は数行になる。

上の消費税の例で言えば、「消費税を加える」「金利を加える」処理は、明らかに単なる算術演算以上の意味のある操作から関数化する。そして、それぞれの実装は当初の仕様では奇しくも全く同じになる。消費税を加える箇所では前者の関数を呼ぶし、金利を加える箇所では後者関数を呼ぶ。

これはこう言い換えることもできる。消費税を加える関数を変更するのは、消費税計算処理が変わったときのみであり、金利を加える関数を変更するのは、金利計算処理が変わったときのみである。つまり、すべての関数は、それを変更する理由がただ1つになるように設計しろということだ。

こういうアプローチプログラムを書くと、ソースコードはあたかもそのアプリケーションドメイン特化言語で書かれたかのような見た目になる。

また、一つ一つの関数は小さく、理解やすく、テストデバッグも容易になる。そして、結果として再利用もしやすくなるし、プログラムの変更も容易になる。

2020-10-04

問題対処は1:1ではないからね

1000件の問題が上がってきたら1000個のパッチがあるわけではなく

1000件の問題をうまく処理して1件のちいさなパッチでまとめて治す技術のほうが大変

つの問題につき1つのパッチ

1000件の問題があれば 1000個のパッチのほうが簡単だけど

さらなる問題を生んで 終わらない問題処理 つまり デスマーチになりやすいから 意図的にやってない

 

場合によっては、全く関係ないところを修正して

結果として、処理に問題がなくなる

ということも起き得る

クライアントGUI問題が出た > サーバーの、ウイークリーバッチをなおす こともある。

 

Aという問題修正したら 問題Bが発生

Bという問題修正したら 問題Cが

Cという問題修正したら 問題Aが

よくあるのを単純化するとこうなる

2020-09-23

こんなGUIコンポーネントありましたっけ?

っていや

DirectXつかって、オリジナルで書くってのが、

まだあたりまえの時期だったからなぁ

GDIで書くといまいち遅いとおもってな

 

DirectX対応

というだんかいで、お察し

2020-09-02

anond:20200902110152

はてなしかなけりゃ、そうだな。

仕事がクソ忙しい時に、はてなに変わられるって思ってみ?

変更に強いって、僕暇な学生っていうようなもんだぞ。

まり、変更に弱いというのは、いま他のことを変更している

かいうもん。

はてなでいえば、Python2から3への書き換えとか

C++11から2Aへの書き換えとか

いま忙しい時期

その最中GUIかえるって、どんだけっていうはなし。

20年立つと3回ぐらい担当がかわる。

その3回で変わらないというのは、逆に引き継いだということ

2020-08-30

anond:20200830165358

GUI設計者として、こういう書類作られると

涙が出てくる

2020-08-23

プログラミング初心者macをわざわざすすめるバカについて

タイトル通りなんだが、

mac プログラミング 初心者」とかググると、

初心者にはmacおすすめ!」「世の中のプログラマはみんなmac使っている!」

というバカなことを言っているアホが仰山いて笑える。

しかも、最近OS事情が大きく変わっているのに、未だにwindowsunixコマンドガーとか言っているやつが居る。もうね、言葉を失うよね。

まず、最近のOS事情の移り変わりなんだけども、windows最近かなりLinuxに近い触感になるような機能が多く追加され続けている。

例えば、wsl(コマンド関係)やwinget(CUIインストール)が挙げられる。

他にそれらを取り巻くプログラミング事情としては、vscodeがある。vscodeは、powershellsshだけでなく、wslのコマンドも使えるようになっている。

そのため、従来はpythonやらjsはめんどくさ。とおもっていた点もある程度は改善されている。

ちなみにmac特に最近プログラミングに関する話を聞かない。

自分が、プログラミング環境の次に、大事な要点だと思っているのが、一般人使用含めたシェア率。

正直、作っても誰にも使ってもらえないという状況では、全く意味がないので、シェア率は非常に大事だと思っている。

最近データでは、88%ぐらいがwindowsであるという統計がある。web系やiosアプリならまだしも、パソコン一般人に使わせたいソフト(特にゲームとか)を作りたいなら、windowsしか選択肢ないと思う。

そんなわけで、元からmac使いなら、まだしもわざわざwindowsから乗り換える必要は全くない。

ただ、mac使いでも全くwindowsでないと非常に困るということは、ある程度は…無くなってきてはいるですよねー。

ほれ、クロスプラットフォーム開発が盛んで、ライブラリなどの環境から障害は、少なくなってきているので…ただし、ios開発お前だけは許さない。

本題から外れるが、2点ほど、釘差したいだけども。

1点目は、webからプログラミング始めたいとかいう奴に釘差したい、

web系はある程度セキュリティやらデータベース、コマンド知識やらないと爆死する。そんなわけで、GUIオンリーパソコンを楽しんできた奴には、マジでお勧めしない。

まずは、webからではなく、統合開発環境上で実行ファイル(メモ帳とか)を作れる方面から始めろ。そして、linuxとかネットワークとかセキュリティとかの本を片っ端から読め。webを始めるのは、それからだ。

webでも実行ファイルを作ることは、星の数ほどあるし、別に必要ない知識はないぞ。

2点目は、勉強とはいえ、いつも使っているOS上で、コマンドが使えるからと鯖建てるな。(windowsmacどちらも)

かならず、仮想OSでやれよ。ミスって、apacheインストールできないとか言われても、周りは困る。とりあえず、わけわかめになったら、スナップショットリセットしとけ。

2020-08-21

役所資料作りってコンピュータを使ってより効率化する方法あるの

FAXは論外として。

RPA導入も進んでいるけど、事例見てみると、それってRPA導入しなくてもVBA書いたら解決するよねって。

間によくわからないシステムGUIが入ったら結局できなかったり。

Python流行っているけど、Webサービスとは親和性高いけど、資料作りにあまり役に立たない。

2020-07-24

あのーNVIDIAさーん

 うちあわせには いらしてなかったみたいですけどー

 あの1枚のボードに 4つ GUIつめますよねー?

 

           ちっさいの 新発売!って あれ 4つ つめるんですよねー? こう ひーとーりーにひとつづつー たいせつな いのち

 

  

 GPUがひとりにひとつは 人権

 

 GPUはひとりにひとつほしい!! いろんなはなしはあるけれど

   GPUはひとりにひとつほしい!! 

ログイン ユーザー登録
ようこそ ゲスト さん