Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.c > #403612 > unrolled thread
| Started by | fir <profesor.fir@gmail.com> |
|---|---|
| First post | 2026-10-27 11:53 +0100 |
| Last post | 2026-10-31 21:23 +0100 |
| Articles | 8 on this page of 148 — 21 participants |
Back to article view | Back to comp.lang.c
.5 against 0.5f fir <profesor.fir@gmail.com> - 2026-10-27 11:53 +0100
Re: .5 against 0.5f "Steven G. Kargl" <sgk@REMOVEtroutmask.apl.washington.edu> - 2026-10-27 17:45 +0000
Re: .5 against 0.5f fir <profesor.fir@gmail.com> - 2026-10-27 18:50 +0100
Re: .5 against 0.5f "Steven G. Kargl" <sgk@REMOVEtroutmask.apl.washington.edu> - 2026-10-27 19:01 +0000
Re: .5 against 0.5f fir <profesor.fir@gmail.com> - 2026-10-27 20:15 +0100
Re: .5 against 0.5f "Steven G. Kargl" <sgk@REMOVEtroutmask.apl.washington.edu> - 2026-10-27 19:54 +0000
Re: .5 against 0.5f "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-10-27 13:10 -0700
Re: .5 against 0.5f steve g <Sgonedes1977@gmail.com> - 2026-10-28 02:20 -0400
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-10-27 21:35 +0100
Re: .5 against 0.5f James Kuyper <jameskuyper@alumni.caltech.edu> - 2026-10-27 18:00 -0400
Re: .5 against 0.5f "Steven G. Kargl" <sgk@REMOVEtroutmask.apl.washington.edu> - 2026-10-27 22:15 +0000
Re: .5 against 0.5f Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-10-28 06:54 -0700
Re: .5 against 0.5f fir <profesor.fir@gmail.com> - 2026-10-27 21:57 +0100
Re: .5 against 0.5f "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-10-27 14:18 -0700
Re: .5 against 0.5f steve g <Sgonedes1977@gmail.com> - 2026-10-28 02:19 -0400
Re: .5 against 0.5f Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-10-28 21:54 +0000
Re: .5 against 0.5f "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-10-28 14:58 -0700
Re: .5 against 0.5f steve g <Sgonedes1977@gmail.com> - 2026-10-28 02:11 -0400
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-27 23:21 -0700
Re: .5 against 0.5f scott@slp53.sl.home (Scott Lurndal) - 2026-10-27 18:40 +0000
Re: .5 against 0.5f Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-10-27 12:29 -0700
Re: .5 against 0.5f "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-10-27 13:11 -0700
Re: .5 against 0.5f "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-10-27 13:25 -0700
Re: .5 against 0.5f Michael S <already5chosen@yahoo.com> - 2026-10-27 21:43 +0200
Re: .5 against 0.5f Michael S <already5chosen@yahoo.com> - 2026-10-27 22:05 +0200
Re: .5 against 0.5f Michael S <already5chosen@yahoo.com> - 2026-10-27 22:51 +0200
Re: .5 against 0.5f Kaz Kylheku <046-301-5902@kylheku.com> - 2026-10-27 20:05 +0000
Re: .5 against 0.5f bartc <bc@freeuk.com> - 2026-10-27 21:03 +0000
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-27 15:41 -0700
Re: .5 against 0.5f scott@slp53.sl.home (Scott Lurndal) - 2026-10-28 16:23 +0000
Re: .5 against 0.5f steve g <Sgonedes1977@gmail.com> - 2026-10-28 02:25 -0400
Re: .5 against 0.5f makendo <makendo@makendo.invalid> - 2026-10-29 18:04 +0800
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-29 05:01 -0700
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-10-29 13:55 +0100
Re: .5 against 0.5f bartc <bc@freeuk.com> - 2026-10-29 14:32 +0000
Re: .5 against 0.5f Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-10-29 23:19 +0100
Re: .5 against 0.5f Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-10-30 00:50 +0000
Re: .5 against 0.5f Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-10-30 05:01 +0100
Re: .5 against 0.5f "chine.bleu" <chine.bleu@yahoo.com> - 2026-10-30 02:39 -0700
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-10-30 11:06 +0100
Re: .5 against 0.5f "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-10-30 11:12 -0700
Re: .5 against 0.5f Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-10-30 14:07 +0100
Re: .5 against 0.5f scott@slp53.sl.home (Scott Lurndal) - 2026-10-30 13:55 +0000
Re: .5 against 0.5f "chine.bleu" <chine.bleu@yahoo.com> - 2026-10-30 07:45 -0700
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-29 21:17 -0700
Re: .5 against 0.5f Kaz Kylheku <046-301-5902@kylheku.com> - 2026-10-27 19:58 +0000
Re: .5 against 0.5f James Kuyper <jameskuyper@alumni.caltech.edu> - 2026-10-27 17:43 -0400
Re: .5 against 0.5f James Kuyper <jameskuyper@alumni.caltech.edu> - 2026-10-27 18:06 -0400
Re: .5 against 0.5f Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-10-28 00:49 +0000
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-27 18:23 -0700
Re: .5 against 0.5f Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-10-28 16:38 +0100
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-28 13:27 -0700
Re: .5 against 0.5f Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-10-29 00:08 +0100
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-28 16:56 -0700
Re: .5 against 0.5f Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-10-29 18:55 +0100
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-10-29 09:30 +0100
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-29 04:54 -0700
Re: .5 against 0.5f Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-10-29 19:57 +0100
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-10-29 20:56 +0100
Re: .5 against 0.5f Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-10-29 23:06 +0100
Re: .5 against 0.5f Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-10-29 13:39 -0700
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-29 16:56 -0700
Re: .5 against 0.5f Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-10-30 04:38 +0100
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-10-30 09:11 +0100
Re: .5 against 0.5f Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-10-30 14:54 +0100
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-10-30 15:25 +0100
Re: .5 against 0.5f cross@spitfire.i.gajendra.net (Dan Cross) - 2026-10-30 14:45 +0000
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-30 12:02 -0700
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-10-30 21:01 +0100
Re: .5 against 0.5f James Kuyper <jameskuyper@alumni.caltech.edu> - 2026-10-27 21:41 -0400
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-10-28 08:45 +0100
Re: .5 against 0.5f "Steven G. Kargl" <sgk@REMOVEtroutmask.apl.washington.edu> - 2026-10-28 01:50 +0000
Re: .5 against 0.5f fir <profesor.fir@gmail.com> - 2026-10-28 07:32 +0100
Re: .5 against 0.5f fir <profesor.fir@gmail.com> - 2026-10-28 07:51 +0100
Re: .5 against 0.5f fir <profesor.fir@gmail.com> - 2026-10-28 07:55 +0100
Re: .5 against 0.5f "Steven G. Kargl" <sgk@REMOVEtroutmask.apl.washington.edu> - 2026-10-28 16:27 +0000
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-10-28 17:44 +0100
Re: .5 against 0.5f "Steven G. Kargl" <sgk@REMOVEtroutmask.apl.washington.edu> - 2026-10-28 16:22 +0000
Re: .5 against 0.5f fir <profesor.fir@gmail.com> - 2026-10-28 19:15 +0100
Re: .5 against 0.5f fir <profesor.fir@gmail.com> - 2026-10-28 19:47 +0100
Re: .5 against 0.5f "Steven G. Kargl" <sgk@REMOVEtroutmask.apl.washington.edu> - 2026-10-28 19:10 +0000
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-28 13:31 -0700
Re: .5 against 0.5f "Steven G. Kargl" <sgk@REMOVEtroutmask.apl.washington.edu> - 2026-10-28 22:44 +0000
Re: .5 against 0.5f Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-10-29 00:27 +0100
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-28 16:39 -0700
Re: .5 against 0.5f "Steven G. Kargl" <sgk@REMOVEtroutmask.apl.washington.edu> - 2026-10-29 00:22 +0000
Re: .5 against 0.5f Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-10-28 17:59 -0700
Re: .5 against 0.5f "Steven G. Kargl" <sgk@REMOVEtroutmask.apl.washington.edu> - 2026-10-29 01:50 +0000
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-10-29 10:45 +0100
Re: .5 against 0.5f cross@spitfire.i.gajendra.net (Dan Cross) - 2026-10-29 14:56 +0000
Re: .5 against 0.5f "Steven G. Kargl" <sgk@REMOVEtroutmask.apl.washington.edu> - 2026-10-29 16:34 +0000
Re: .5 against 0.5f Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-10-29 15:47 -0700
Re: .5 against 0.5f cross@spitfire.i.gajendra.net (Dan Cross) - 2026-10-30 01:17 +0000
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-29 16:46 -0700
Re: .5 against 0.5f James Kuyper <jameskuyper@alumni.caltech.edu> - 2026-10-29 11:56 -0400
Re: .5 against 0.5f "Steven G. Kargl" <sgk@REMOVEtroutmask.apl.washington.edu> - 2026-10-29 17:57 +0000
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-29 16:06 -0700
Re: .5 against 0.5f "Steven G. Kargl" <sgk@REMOVEtroutmask.apl.washington.edu> - 2026-10-30 00:21 +0000
Re: .5 against 0.5f cross@spitfire.i.gajendra.net (Dan Cross) - 2026-10-29 19:49 +0000
Re: .5 against 0.5f Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-10-29 22:55 +0100
Re: .5 against 0.5f James Kuyper <jameskuyper@alumni.caltech.edu> - 2026-11-01 17:15 -0500
Re: .5 against 0.5f Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-11-01 23:29 +0000
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-11-01 16:03 -0800
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-11-02 08:50 +0100
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-29 16:29 -0700
Re: .5 against 0.5f Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-10-30 03:57 +0100
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-29 20:53 -0700
Re: .5 against 0.5f Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-10-30 05:06 +0100
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-10-30 09:33 +0100
Re: .5 against 0.5f cross@spitfire.i.gajendra.net (Dan Cross) - 2026-10-30 10:58 +0000
Re: .5 against 0.5f Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-10-29 23:46 +0000
Re: .5 against 0.5f Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-10-29 18:37 -0700
Re: .5 against 0.5f Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-10-30 04:22 +0100
Re: .5 against 0.5f Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-10-29 17:58 +0100
Re: .5 against 0.5f Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-10-29 15:42 -0700
Re: .5 against 0.5f cross@spitfire.i.gajendra.net (Dan Cross) - 2026-10-30 01:27 +0000
Re: .5 against 0.5f "Steven G. Kargl" <sgk@REMOVEtroutmask.apl.washington.edu> - 2026-10-30 02:08 +0000
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-29 19:37 -0700
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-10-28 08:39 +0100
Re: .5 against 0.5f Michael S <already5chosen@yahoo.com> - 2026-10-28 22:25 +0200
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-10-29 10:48 +0100
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-29 04:59 -0700
Re: .5 against 0.5f antispam@fricas.org (Waldek Hebisch) - 2026-10-31 12:18 +0000
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-28 14:26 -0700
Re: .5 against 0.5f Michael S <already5chosen@yahoo.com> - 2026-10-29 00:12 +0200
Re: .5 against 0.5f bartc <bc@freeuk.com> - 2026-10-28 22:33 +0000
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-10-29 11:01 +0100
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-28 16:05 -0700
Re: .5 against 0.5f Michael S <already5chosen@yahoo.com> - 2026-10-30 11:58 +0200
Re: .5 against 0.5f James Kuyper <jameskuyper@alumni.caltech.edu> - 2026-11-01 22:37 -0500
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-10-29 10:59 +0100
Re: .5 against 0.5f "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-10-28 14:34 -0700
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-10-29 11:06 +0100
Re: .5 against 0.5f tTh <tth@none.invalid> - 2026-10-28 15:08 +0100
Re: .5 against 0.5f Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-10-28 07:49 -0700
Re: .5 against 0.5f "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-10-28 14:36 -0700
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-27 15:53 -0700
Re: .5 against 0.5f James Kuyper <jameskuyper@alumni.caltech.edu> - 2026-10-27 21:55 -0400
Re: .5 against 0.5f Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-10-27 19:02 -0700
Re: .5 against 0.5f David Brown <david.brown@hesbynett.no> - 2026-10-28 08:56 +0100
Re: .5 against 0.5f Tim Rentsch <tr.17687@z991.linuxsc.com> - 2026-10-28 08:01 -0700
Re: .5 against 0.5f "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-10-27 13:08 -0700
Re: .5 against 0.5f Lynn McGuire <lynnmcguire5@gmail.com> - 2026-10-30 22:00 -0500
Re: .5 against 0.5f Lynn McGuire <lynnmcguire5@gmail.com> - 2026-10-30 22:01 -0500
Re: .5 against 0.5f Paul <nospam@needed.invalid> - 2026-10-31 02:16 -0400
Re: .5 against 0.5f fir <profesor.fir@gmail.com> - 2026-10-31 08:30 +0100
Re: .5 against 0.5f "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> - 2026-10-31 13:16 -0700
Re: .5 against 0.5f fir <profesor.fir@gmail.com> - 2026-10-31 21:23 +0100
Page 8 of 8 — ← Prev page 1 2 3 4 5 6 7 [8]
| From | Tim Rentsch <tr.17687@z991.linuxsc.com> |
|---|---|
| Date | 2026-10-28 08:01 -0700 |
| Message-ID | <86ld7hna2x.fsf@linuxsc.com> |
| In reply to | #403660 |
James Kuyper <jameskuyper@alumni.caltech.edu> writes: > On 2026-10-27 13:45, Steven G. Kargl wrote: > >> On Tue, 27 Oct 2026 11:53:55 +0100, fir wrote: >> >>> if ai generates me some functions it puts everywhere this f at the >>> and yet it add zeros so instead of .1 i got 0.1f >>> >>> and i obviously dont like it >>> >>> i write hvever some codes when i need speed so the question is may >>> it give some difference? >>> >>> i mean .1 maybe can be treated as doube constants so mabe occupies >>> some more memory (?) or uses some casting in coplutations (?) >>> >>> i doubt it probably it makes difference but im strictly not sure >> >> The leading zero in 0.1 or 0.1f is irrelevant, but (to me) makes >> code easier to read. The difference between 0.1 and 0.1f with >> their binary representations is a another matter. > > The number 0.1 cannot be represented exactly in binary. > > The C constant "0.1" implicitly has a double value. It has "either > the nearest representable value" to exactly 0.1, "or the larger or > smaller representable value immediately adjacent to the nearest > representable value, chosen in an implementation-defined manner." > (6.5.4.3p4). Since it's double precision constant, "representable" > means "representable as a double precision number". > > 0.1f, on the other hand, is explicitly a float value. It follows > the same rules, but with "representable" meaning "can be represented > as a float". Yes, except implementations are allowed to represent floating-point constants using a greater range and precision than the nominal type would imply. So 0.1 and 0.1f could have the same value.
[toc] | [prev] | [next] | [standalone]
| From | "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> |
|---|---|
| Date | 2026-10-27 13:08 -0700 |
| Message-ID | <11br0b1$1r6p7$1@dont-email.me> |
| In reply to | #403612 |
On 10/27/2026 3:53 AM, fir wrote: > if ai generates me some functions it puts everywhere this f at the and > yet it add zeros so instead of .1 i got 0.1f > > and i obviously dont like it > > i write hvever some codes when i need speed so the question is may it > give some difference? > > i mean .1 maybe can be treated as doube constants so mabe occupies some > more memory (?) or uses some casting in coplutations (?) > > > i doubt it probably it makes difference but im strictly not sure Why not ask the ai, again... ;^) 0.1f == .1f
[toc] | [prev] | [next] | [standalone]
| From | Lynn McGuire <lynnmcguire5@gmail.com> |
|---|---|
| Date | 2026-10-30 22:00 -0500 |
| Message-ID | <11c3lk9$ps9f$1@dont-email.me> |
| In reply to | #403612 |
On 10/27/2026 5:53 AM, fir wrote: > if ai generates me some functions it puts everywhere this f at the and > yet it add zeros so instead of .1 i got 0.1f > > and i obviously dont like it > > i write hvever some codes when i need speed so the question is may it > give some difference? > > i mean .1 maybe can be treated as doube constants so mabe occupies some > more memory (?) or uses some casting in coplutations (?) > > > i doubt it probably it makes difference but im strictly not sure Never give up precision easily. It will always come back to bite you. Lynn
[toc] | [prev] | [next] | [standalone]
| From | Lynn McGuire <lynnmcguire5@gmail.com> |
|---|---|
| Date | 2026-10-30 22:01 -0500 |
| Message-ID | <11c3llk$ps9f$2@dont-email.me> |
| In reply to | #403853 |
On 10/30/2026 10:00 PM, Lynn McGuire wrote: > On 10/27/2026 5:53 AM, fir wrote: >> if ai generates me some functions it puts everywhere this f at the and >> yet it add zeros so instead of .1 i got 0.1f >> >> and i obviously dont like it >> >> i write hvever some codes when i need speed so the question is may it >> give some difference? >> >> i mean .1 maybe can be treated as doube constants so mabe occupies >> some more memory (?) or uses some casting in coplutations (?) >> >> >> i doubt it probably it makes difference but im strictly not sure > > Never give up precision easily. It will always come back to bite you. > > Lynn Tell the AI to stop the nonsense. Lynn
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2026-10-31 02:16 -0400 |
| Message-ID | <11c413l$smm7$1@dont-email.me> |
| In reply to | #403854 |
On Fri, 10/30/2026 11:01 PM, Lynn McGuire wrote: > On 10/30/2026 10:00 PM, Lynn McGuire wrote: >> On 10/27/2026 5:53 AM, fir wrote: >>> if ai generates me some functions it puts everywhere this f at the and >>> yet it add zeros so instead of .1 i got 0.1f >>> >>> and i obviously dont like it >>> >>> i write hvever some codes when i need speed so the question is may it give some difference? >>> >>> i mean .1 maybe can be treated as doube constants so mabe occupies some more memory (?) or uses some casting in coplutations (?) >>> >>> >>> i doubt it probably it makes difference but im strictly not sure >> >> Never give up precision easily. It will always come back to bite you. >> >> Lynn > > Tell the AI to stop the nonsense. > > Lynn > You can do that. The trick to being a vibe coder, is knowing what to put in the prompt. And this is why, even if you have "negative interest" in LLM-AI, you should at least do enough experiments to detect their dimensionality (their linear thinking when used in isolation and without a harness). There is a big big difference, between what Fir is doing, and what professionals right now are doing. [Teaser] https://www.theregister.com/devops/2026/09/18/microsoft-agentically-ports-copilot-runtime-to-rust-for-120k/5297549 [Details] https://github.blog/ai-and-ml/generative-ai/migrating-the-github-copilot-runtime-to-rust-using-copilot/ On the one hand, the $120,000 worth of tokens, seems expensive. But on the other hand, the staff it would have taken to do the equivalent would not have been free. Even an expert, he still made a mistake in corralling the machines and preventing them from "cheating". The non-determinism means you can never stop learning about what guard statements to add. The code review is still the bottleneck, and lots of operations outside of Microsoft, do not see the gains of the "all-in" "experimental" approach shown in the above. Even if you're not interested in such things, you have to track the capabilities, to understand how your ass is going to get kicked. For example, you may have a superior product to the upstarts vibe-coding an equivalent. But now you are going to have to do extra marketing to ensure your existing customers "do not run away". The getcraft site has been making (what it claims are) equivalents to commercial applications like the Adobe suite and Microsoft Office. By no means are these equivalent, not even close. But what the existence of these things do, is they lead to customers "testing all sorts of shit" and diluting a lot of careful work you might have done to get where you are. I tested a couple of those getcraft in a VM, and there was "excessive CPU usage". The engine is Electron (for cross-platform usage). Paul
[toc] | [prev] | [next] | [standalone]
| From | fir <profesor.fir@gmail.com> |
|---|---|
| Date | 2026-10-31 08:30 +0100 |
| Message-ID | <11c45eq$tmid$1@dont-email.me> |
| In reply to | #403860 |
Paul pisze: > On Fri, 10/30/2026 11:01 PM, Lynn McGuire wrote: >> On 10/30/2026 10:00 PM, Lynn McGuire wrote: >>> On 10/27/2026 5:53 AM, fir wrote: >>>> if ai generates me some functions it puts everywhere this f at the and >>>> yet it add zeros so instead of .1 i got 0.1f >>>> >>>> and i obviously dont like it >>>> >>>> i write hvever some codes when i need speed so the question is may it give some difference? >>>> >>>> i mean .1 maybe can be treated as doube constants so mabe occupies some more memory (?) or uses some casting in coplutations (?) >>>> >>>> >>>> i doubt it probably it makes difference but im strictly not sure >>> >>> Never give up precision easily. It will always come back to bite you. >>> >>> Lynn >> >> Tell the AI to stop the nonsense. >> >> Lynn >> > > You can do that. The trick to being a vibe coder, > is knowing what to put in the prompt. > > And this is why, even if you have "negative interest" in LLM-AI, > you should at least do enough experiments to detect their dimensionality > (their linear thinking when used in isolation and without > a harness). > > There is a big big difference, between what Fir is doing, > and what professionals right now are doing. > > [Teaser] > > https://www.theregister.com/devops/2026/09/18/microsoft-agentically-ports-copilot-runtime-to-rust-for-120k/5297549 > > [Details] > > https://github.blog/ai-and-ml/generative-ai/migrating-the-github-copilot-runtime-to-rust-using-copilot/ > > On the one hand, the $120,000 worth of tokens, seems expensive. But > on the other hand, the staff it would have taken to do the equivalent > would not have been free. > > Even an expert, he still made a mistake in corralling the machines > and preventing them from "cheating". The non-determinism means > you can never stop learning about what guard statements to add. > > The code review is still the bottleneck, and lots of operations outside > of Microsoft, do not see the gains of the "all-in" "experimental" > approach shown in the above. > > Even if you're not interested in such things, you have to track > the capabilities, to understand how your ass is going to get kicked. > For example, you may have a superior product to the upstarts vibe-coding > an equivalent. But now you are going to have to do extra marketing > to ensure your existing customers "do not run away". > > The getcraft site has been making (what it claims are) equivalents > to commercial applications like the Adobe suite and Microsoft Office. > By no means are these equivalent, not even close. But what the > existence of these things do, is they lead to customers "testing > all sorts of shit" and diluting a lot of careful work you might > have done to get where you are. I tested a couple of those getcraft in > a VM, and there was "excessive CPU usage". The engine is Electron > (for cross-platform usage). > > Paul > i wouldnt say i do vibe coding..i do normal coding wit a help of ai assistant..vibe coding may be something different than i do
[toc] | [prev] | [next] | [standalone]
| From | "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com> |
|---|---|
| Date | 2026-10-31 13:16 -0700 |
| Message-ID | <11c5ibb$1dqbi$3@dont-email.me> |
| In reply to | #403861 |
On 10/31/2026 12:30 AM, fir wrote: > Paul pisze: >> On Fri, 10/30/2026 11:01 PM, Lynn McGuire wrote: >>> On 10/30/2026 10:00 PM, Lynn McGuire wrote: >>>> On 10/27/2026 5:53 AM, fir wrote: >>>>> if ai generates me some functions it puts everywhere this f at the and >>>>> yet it add zeros so instead of .1 i got 0.1f >>>>> >>>>> and i obviously dont like it >>>>> >>>>> i write hvever some codes when i need speed so the question is may >>>>> it give some difference? >>>>> >>>>> i mean .1 maybe can be treated as doube constants so mabe occupies >>>>> some more memory (?) or uses some casting in coplutations (?) >>>>> >>>>> >>>>> i doubt it probably it makes difference but im strictly not sure >>>> >>>> Never give up precision easily. It will always come back to bite you. >>>> >>>> Lynn >>> >>> Tell the AI to stop the nonsense. >>> >>> Lynn >>> >> >> You can do that. The trick to being a vibe coder, >> is knowing what to put in the prompt. >> >> And this is why, even if you have "negative interest" in LLM-AI, >> you should at least do enough experiments to detect their dimensionality >> (their linear thinking when used in isolation and without >> a harness). >> >> There is a big big difference, between what Fir is doing, >> and what professionals right now are doing. >> >> [Teaser] >> >> https://www.theregister.com/devops/2026/09/18/microsoft- >> agentically-ports-copilot-runtime-to-rust-for-120k/5297549 >> >> [Details] >> >> https://github.blog/ai-and-ml/generative-ai/migrating-the-github- >> copilot-runtime-to-rust-using-copilot/ >> >> On the one hand, the $120,000 worth of tokens, seems expensive. But >> on the other hand, the staff it would have taken to do the equivalent >> would not have been free. >> >> Even an expert, he still made a mistake in corralling the machines >> and preventing them from "cheating". The non-determinism means >> you can never stop learning about what guard statements to add. >> >> The code review is still the bottleneck, and lots of operations outside >> of Microsoft, do not see the gains of the "all-in" "experimental" >> approach shown in the above. >> >> Even if you're not interested in such things, you have to track >> the capabilities, to understand how your ass is going to get kicked. >> For example, you may have a superior product to the upstarts vibe-coding >> an equivalent. But now you are going to have to do extra marketing >> to ensure your existing customers "do not run away". >> >> The getcraft site has been making (what it claims are) equivalents >> to commercial applications like the Adobe suite and Microsoft Office. >> By no means are these equivalent, not even close. But what the >> existence of these things do, is they lead to customers "testing >> all sorts of shit" and diluting a lot of careful work you might >> have done to get where you are. I tested a couple of those getcraft in >> a VM, and there was "excessive CPU usage". The engine is Electron >> (for cross-platform usage). >> >> Paul >> > i wouldnt say i do vibe coding..i do normal coding wit a help of ai > assistant..vibe coding may be something different than i do At least you don't let do all of your coding.
[toc] | [prev] | [next] | [standalone]
| From | fir <profesor.fir@gmail.com> |
|---|---|
| Date | 2026-10-31 21:23 +0100 |
| Message-ID | <11c5io4$1e6gi$1@dont-email.me> |
| In reply to | #403895 |
Chris M. Thomasson pisze: > On 10/31/2026 12:30 AM, fir wrote: >> Paul pisze: >>> On Fri, 10/30/2026 11:01 PM, Lynn McGuire wrote: >>>> On 10/30/2026 10:00 PM, Lynn McGuire wrote: >>>>> On 10/27/2026 5:53 AM, fir wrote: >>>>>> if ai generates me some functions it puts everywhere this f at the >>>>>> and >>>>>> yet it add zeros so instead of .1 i got 0.1f >>>>>> >>>>>> and i obviously dont like it >>>>>> >>>>>> i write hvever some codes when i need speed so the question is may >>>>>> it give some difference? >>>>>> >>>>>> i mean .1 maybe can be treated as doube constants so mabe occupies >>>>>> some more memory (?) or uses some casting in coplutations (?) >>>>>> >>>>>> >>>>>> i doubt it probably it makes difference but im strictly not sure >>>>> >>>>> Never give up precision easily. It will always come back to bite you. >>>>> >>>>> Lynn >>>> >>>> Tell the AI to stop the nonsense. >>>> >>>> Lynn >>>> >>> >>> You can do that. The trick to being a vibe coder, >>> is knowing what to put in the prompt. >>> >>> And this is why, even if you have "negative interest" in LLM-AI, >>> you should at least do enough experiments to detect their dimensionality >>> (their linear thinking when used in isolation and without >>> a harness). >>> >>> There is a big big difference, between what Fir is doing, >>> and what professionals right now are doing. >>> >>> [Teaser] >>> >>> https://www.theregister.com/devops/2026/09/18/microsoft- >>> agentically-ports-copilot-runtime-to-rust-for-120k/5297549 >>> >>> [Details] >>> >>> https://github.blog/ai-and-ml/generative-ai/migrating-the-github- >>> copilot-runtime-to-rust-using-copilot/ >>> >>> On the one hand, the $120,000 worth of tokens, seems expensive. But >>> on the other hand, the staff it would have taken to do the equivalent >>> would not have been free. >>> >>> Even an expert, he still made a mistake in corralling the machines >>> and preventing them from "cheating". The non-determinism means >>> you can never stop learning about what guard statements to add. >>> >>> The code review is still the bottleneck, and lots of operations outside >>> of Microsoft, do not see the gains of the "all-in" "experimental" >>> approach shown in the above. >>> >>> Even if you're not interested in such things, you have to track >>> the capabilities, to understand how your ass is going to get kicked. >>> For example, you may have a superior product to the upstarts vibe-coding >>> an equivalent. But now you are going to have to do extra marketing >>> to ensure your existing customers "do not run away". >>> >>> The getcraft site has been making (what it claims are) equivalents >>> to commercial applications like the Adobe suite and Microsoft Office. >>> By no means are these equivalent, not even close. But what the >>> existence of these things do, is they lead to customers "testing >>> all sorts of shit" and diluting a lot of careful work you might >>> have done to get where you are. I tested a couple of those getcraft in >>> a VM, and there was "excessive CPU usage". The engine is Electron >>> (for cross-platform usage). >>> >>> Paul >>> >> i wouldnt say i do vibe coding..i do normal coding wit a help of ai >> assistant..vibe coding may be something different than i do > > At least you don't let do all of your coding. this free model i use wouldnt be able to do that i think though sometimes i make an error giving it 20 small task instead of saying "do all that task"..im afraid of uveruse it..but its not good becouse of it i sometimes still dwell in boring editing work it is all very interesting thought, its really interesting 'adventure'
[toc] | [prev] | [standalone]
Page 8 of 8 — ← Prev page 1 2 3 4 5 6 7 [8]
Back to top | Article view | comp.lang.c
csiph-web